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ABSTRACT 


The WALRUS is a wheeled articulating land rover that will provide Ames Research Center with a 
reliable, autonomous vehicle for demonstrating and evaluating advanced technologies. The vehicle is one 
component of the Ames Research Center's on-going Human Exploration Demonstration Project. Ames 
Research Center requested a system capable of traversing a broad spectrum of surface types and obstacles. 
In addition, this vehicle must have an autonomous navigation and control system on board and its own 
source of power. 

The resulting design is a rover that articulates in two planes of motion to allow for increased mobility 
and stability. The rover is driven by six conical shaped alumi num wheels, each with an independent, 
inipmally coupled motor. Mounted on the rover are two housings and a removable remote control system. 
In the housings, the motor controller board, tilt sensor, navigation circuitry, and QED board are mounted. 
F inally the rover’s motors and electronics are powered by thirty C-cell rechargeable batteries, which are 
located in the rover wheels and recharged by a specially designed battery charger. 
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1. INTRODUCTION 


In the fall semester of 1992, the University of Idaho began a project for NASA's Human Exploration 
Demonstration Project (HEDP). The University of Idaho's goal was to provide Ames Research Center in 
California with a autonomous test platform for advanced technologies, such as virtual reality. Several 
groups of computer, electrical and mec hani cal engineering seniors set out to complete this vehicle by the 
end of the summer of 1993. This project entailed the design, construction, and testing of a land rover, 
nicknamed "WALRUS," which stands for Wheeled Articulating Land Rover by Unemployed Seniors. 

2. OBJECTIVE 

The objective of this project was to design, build and test a semi-autonomous land rover capable of 
traversing a broad spectrum of surface types and obstacles. Also, this rover must have on-board 
navigation and control systems which can interface with a virtual reality system. Finally, it must have a 
system to maintain power to the motors and electronics. 

3. METHODOLOGY 

This design project was divided into three sub-projects as follows: 1) The Dame and wheel system. 2) 
The navigation and control system. 3) The power system. Quality Function Deployment (QFD), 
functional decomposition, decision matrices and Failure Mode and Effects Analysis (FMEA) were used to 
develop a rover that would best satisfy the objectives of the project. These design methods facilitated a 
systematic approach to the design of the rover. 

4. FRAME & WHEEL DESIGN 


4.1 Customer Requirements. 

The following are customer requirements that the rover Same and wheel system must meet (see 
appendix A for a complete listing of requirements): 

1. Traverse hard floor, sand and lunar like surface types. 

2. Operate at a moderate speed, climb 30 degree hills and clear obstacles. 

3. Provide a easily recharged power system to support all on-board systems. 

4. Support all external sensors, camera equipment and other payloads 

5. Be of sufficient size to allow placement of internal sensors and control/navigation systems. 

6. Be of sufficient size to allow placement of external sensors and a camera. 

7. Easily assembled and maintained. 

8. Use University of Idaho manufacturing facilities 

9. Cost less than $800.00. 

4.2 Functional Decomposition. 

With the customer requirements defined we were able to define the function of the rover. We used 
functional decomposition to focus our design on the individual functions (see appendix B for functional 
decomposition taxonomy). 

4.3 Literature Research. 

A literature search was conducted to find information on previous lunar rover vehicles and associated 
technologies. The designs we investigated included analysis of both wheeled and tracked systems. We 
were specifically interested in comparing the performance of each locomotion type with respect to our 
specific customer requirements. 

The research showed that the use of wheels provides a simple and sufficient locomotion system for our 
particular application. 
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XT *e*! n ^ n u t0 ^ research done by EagJe Engineering, Inc., for the Advanced Programs office at 
ASA s Johnson Space Center [1], tracks are used on earth when a large footprint is required to support a 
arge load in soft soil. However, tracks are complicated mechanisms, that are susceptible to frequent 
breakdowns. Eagle Engineering concluded that wheels were superior to tracks because of the mechanical 
simplicity and can be designed into a lightweight system with matchless reliability. The drawback of 
wheeled systems is the smaller footprint they provide. 

In another study conducted by the Old Dominion University of NASA/USRA {2] concluded that the 
contact surface area was of prime importance to the navigation of rough terrain. A wheeled vehicle 
integrated with a articulated system provided a larger contact area improving the rover's ability to clear 
obstades and maintain stability. This idea was further supported by an article from Mechanics of Mobile 
Robotic Platforms. In it, the shortcomings of tracked systems maneuverability through rough terrain was 
illuminated. When a tracked vehicle climbs over an obstacle, the vehicle will balance on two points, 
significantly reducing ground contact area and compromising vehicle stability. 

The results from the research were organized into a decision matrix. As shown in Table 1 the wheeled 
vehicle is supenor to a track system in many different aspects. Based upon the customer's requirements 
we decided a wheeled vehicle combined with an articulating frame mechanism would provide the best 
possible rover design. 



Wheel 

F Track 

Reliability 

+ 


Efficiency 

+ 

| 

Simplicity 

+ 

| 

Weight 

+ 


Footprint 

- 

+ 

Load Carrying 

- 

+ 

Speed 

+ 

- 


Table 1. Wheel Versus Track Decision Matrix 


4.4 Concept Evaluation. 

Through the use of research, patent searches, brain storming, and trade journals; we developed sixteen 
vehicle design concepts. These concepts were evaluated based on their ability to meet our customer 
requirements. Unfeasible concepts were eliminated using a GO-NO GO decision method, leaving eight 
feasible design alternatives. A decision matrix was used to evaluate the remaining concepts (see appendix 
C for the decision matrix) based upon our customer requirements. 

Using these design techniques, we found that the concept that best fit our customer requirements was a 
six wheeled articulating vehicle, with conical shaped wheels. 

4.5 Detailed Design. 


We designed a six wheeled articulating demonstration vehicle, which we have the WALRUS. 
Tne vehicles uses a modular design to facilitate expansion and interchangeability of on board systems. 

1S symmetrical about it's central axis, thereby minimizing the numbers of custom parts needed 
to be fabricated. Figure 1 shows the rover design as it existed on paper after the first sub-project was 
completed in December of 1992. 
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Figure 1 . Schematic of Frame and Wheels. 

With a full payload the total rover weight is equal to 45 pounds and the vehicle run time is 
approximately one hour. At this maximum weight, the rover is capable of climbing a 30 degree incline 
starting from zero velocity. The maximum RPM of the motor limits the speed of the rover to 1 .5 feet per 
second. 

4.6 Wheel Design. 

The rover is equipped with 6 identical wheels, each containing a 35 oz-inch 12 volt DC motor, and five 
C-size nickel cadmium batteries. This group of five batteries is referred to as a carousel. The two center 
wheels also include an optical encoder to be used to monitor the speed of the vehicle. 

The aluminum wheel housing is built in two parts; a treaded cone-cylinder section and an end cap. 
Traction on smooth surfaces is enhanced by installing 2 O-rings onto the machin ed grooves of the 
cylinder housing section. Access into the wheel is gained through the end cap by releasing three half turn 
fasteners. A section view of the wheel assembly is shown in Figure 2. 



Figure 2. Section View of Wheel Assembly. 

The wheel housing rotates about an aluminum shaft which is rigidly attached to the rover frame The 
rotation occurs about two bearings; the first of which is connected between the shaft and the cone, the 
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second which is attached from the shaft to a bearing support. The aluminum bearing support is rigidly 
secured to the cone housing. This bearing arrangement allowed us to terminate the shaft next to the 
bearing support, thus opening the entire wheel cavity for placement of the motor and battery carousel. 

The battery carousel, optical encoder, motor are mounted to an aluminum support plate which is 
attached to the shaft. The interface between the plate and shaft is a hollow, stainless steel component 
through which the wires are routed out of the wheel and into the control system. 

Each battery carousel contains five batteries clamped between two nylon support fixtures. This modular 
unit can be removed from the wheel though the end cap for easy inspection or maintenance. Also, 
through this access, the spur gear of the motor can be adjusted to properly mesh with the internal ring 
gear on the wheel so that gear backlash is minimiz ed and maximum torque is transferred from the motor 
to the wheel. 

4.7 Wheel Articulation System. 

We found from our literature search that articulated vehicles exhibit superior mobility characteristics 
than vehicles of rigid body construction. The WALRUS is designed to pivot in both the longitudinal and 
lateral planes. This articulation mechanism allows all wheels to remain in contact with the ground while 
traveling across rough terrain and over obstacles. 

Figure 3 shows a cross section of the rover exposing the articulation system. The mechanism is 
composed of three parts: two bearing assemblies and the center shaft assembly. 



Longitudinal articulation occurs through the bearing assemblies. Two bearings are press fit onto a 
stainless steel hinge component. An external snap ring provides a redu nd a nt means of security to ensure 
that the bearings remain tight. A stainless steel housing is press fit over the bearings and redundantly 
secured by four set screws. The front frame is connected to the mid-frame through the bearing assembly 
by means of a threaded fastener. 

Lateral articulation occurs through the center shaft assembly. With this mechanism, the forward and 
rear frame assemblies are capable of a 55 degree lift, and a 45 degree drop angle. This angular path is 
restricted by the bushing which slides along the camera shaft. The bushing is hinged to the lower frame 
by two mid frame struts. Maximum lift occurs when the bushing contacts the camera support plate. 
Maximum drop occurs when the bushing contacts the fastener connecting the camera shaft to the camera 
support arm of the center assembly. 

In addition to increased vehicle mobility, this articulation system increases the forward looking 
capability of the camera mounted to the camera support plate. As the front frame assembly tilts up or 
down, the pitch angle of the camera is half that of the angular deflection of the front frame. For example, 
a 30 degree upward pitch of the front wheels will cause only a 15 degree lift of the camera field of vision. 
This effect minimizes the magnitude of the intervention of the pan and tilt mechanisms controlling the 
camera's position, increasing the response time of any necessary camera repositioning. 

The center axle assembly consists of a pivoting arm and bearing cap, a camera support with bearing cap, 
a fixed arm and a center axle. The bearing caps are identical in form and function. Their purpose is to 
hold the bearings firmly to the pivoting arm and center shaft. The fixed arm of the axle assembly is bolted 
to the center shaft to provide a rigid support for mounting of the wheels. Axle shims are used to precisely 
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locate the pivoting arm and the camera support. Additional shims are used to position the wheel on either 
side of the axle assembly. 

4.8 Frame. 

The frame is symmetric about the center camera shaft. This increases the manufactureability and 
maintainability of the rover. The use of symmetry also promotes interchangeability of platforms allowing 
the rover to be used in a myriad of demonstration applications with minimal setup requirements. 

The modular frame assembly is made up of three components: two symmetrical platform supports and a 
top plate. The platform assembly slides onto the front frame flange and is held in place by a single clevis 
pin. The platform assembly is designed to support on board control and navigation systems, external 
sensing devices and other equipment. 

4.9 Safety. 

We conducted a FMEA and standards search to provide safety guidelines for our design. We identified 
three areas of concern: the motors and gears, the electrical circuitry components and performance of the 
rover. 

We have followed the National Electrical Manufacturers Association (NEMA) safety guidelines for the 
degree of enclosure of our motors. With this design we have 100% enclosure of the motors and gears, 
eliminating any possible hazards exposed to the user. We have designed the wire management system 
such that wire bundles are routed through the shaft, away from the moving gears. Service loops are 
confined to the of the wheel cavity, away from the rotating wheel housing. 

We have specified the use of 18 gauge Teflon coated wire which is rated at 10 amps. The motors draw a 
maximum current of 4 amps, therefore we are within safe operating limits of the wire. Overload 
protection has been specified in the form of a 10 amp fuse for the motors and 7.5 amp fuse for the 
electronics. The main function of these fuses is to protect the components from power spikes due to any 
possible short circuits. An emergency cut off switch that will enable the user to interrupt power system 
has also been specified. The switch must be located at a point that is easily and quickly accessible to the 
user. To reduce the possibility of injury we have required the manufacturer to remove all sharp edges and 
burrs from the machined parts as suggested by the American Society for Testing and Materials (ASTM). 
Additionally, ASTM also outlines vehicle stability requirements to minimize hazards that may occur if the 
vehicle becomes unstable during operation. We have met these requirements by keeping our center of 
gravity low to the ground, thus eliminating the possibility of roll over in the prescribed operating 
environment. 

4.10 Cost Analysis. 

We estimated the cost of the wheel and frame system to be $4320.00. The raw material costs were 
approximately $270.00, or about 20% of the overall cost. The manu f a cturing costs were estimated to be 
$3000.00. The remaining $1050.00 was for the purchase of off the shelf components such as gears and 
bearings. 


5. NAVIGATION AND CONTROL SYSTEM DESIGN 
5.1 Customer Requirements. 

The following are customer requirements that the rover navigation and control system must meet: 

1 . Total weight of navigation and control system less than five pounds. 

2. Housings must contain the on board electronics and sensors. 

3. Housings must be less than eight inches in width. 

4. Housings must be less than twelve inches in length. 

5. Housings must be less than eight inches in height. 

6. Housings must allow access to circuitry in three steps or less. 
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7. Remote control (RC) system most be detachable from the rover. 

8. Remote control system must control all six motors. 

9. Remote control system must weight less than five pounds. 

10. Tilt sensor must detect a 30 degree slope. 

1 1 . Tilt sensor must fit into a 4" by 4" area. 

12. Test environment must fit into a 10' by 4' area. 

13. Test environment fill material must simulate Ames Research Center's soil. 

14. Budget for navigation and control system must not exceed $1,000.00. 

15. Rover must come within three centimeters of specified target. 

16. Rover must avoid objects obstructing its path. 

17. Rover must not traverse terrain with slopes of greater than 30 degrees. 

18. Motors must have variable speed control. 

19. Motor controllers must have analog control from QED board. 

20. Motors must have supply voltage of 12 volts at 1 amp per motor. 

21. Motors must have independent left and right motor control. 

22. Motors must achieve 1800 rpm at .8 amps. 

5.2 Literature Research. 

We expected that there would be quite a bit of literature on autonomous robots, and this was indeed the 
case. However, a vast majority of the information that was found in our literature search dealt primarily 
with the electrical aspects of autonomous robots. Although much of the research available concerning the 
problem statement deals with much larger rovers, we found it helpful in determining a direction for our 
initial designs. Many faculty members responded positively to our requests for information and their help 
was greatly appreciated. Our textbooks provided another invaluable source of information on a variety of 
topics from amplifier design to the Friis transmission formula. As far as the mechanical components were 
concerned, the literature was relatively nonexistent. Existing designs of navigation and control systems of 
autonomous robots were investigated, however, no design information was uncovered. In addition to this, 
our design was constrained to be an original design since it was to be retrofitted to the existing WALRUS 
design. 

Most of the texts that we reviewed spent a great deal of time defining autonomy and how autonomous 
robots function. Simply put, an autonomous robot is one that has the ability to complete a desired 
function without any human intervention. Although the information that we found in our literature search 
did not directly apply to our design, it did help give us a more general understanding of the magnitude of 
this project, as well as the experience in research. 

Autonomous Mobile Robots, by A. Meystel covers a number of interesting topics involved with 
autonomous robots. One of these topics is the evolution of autonomous mobile robots; from ELSIE 
(Electro-light-sensitive Internal-External), one of the first AMRs, to the Drexel-buggy, which is a state of 
the art AMR. One interesting point that was uncovered was that all present autonomous rovers reviewed 
utilized off-board computer control, which was not an alternative for the WALRUS design. In addition to 
evolution of AMRs, Autonomous Mobile Robots describes the need for nested hierarchical control of 
AMRs. Nested hierarchical control is the use of computer programs to setup a problem solving system for 
the robot This is important because it allows for efficient problem solving techniques for the AMR. 

This book also talks about the "Intelligent Module," or the use of a Planner and a Navigator to set up a 
global positioning scheme for the nested hierarchical control to use in its problem solving. [3] 

Another bods that we uncovered. How to Build a Computer Controlled Robot described how to build, 
control and use an autonomous robot from the ground up. Unfortunately for us, this book only talks about 
a single robot, named MIKE. MIKE is a large robot (approximately four feet tall at completion) and is 
designed specifically to move about a room. Due to the difference in physical structure and navigational 
system objectives, designs from MIKE were not applicable to the WALRUS design. [4] 

Iyengar and Elfes, in their book Autonomous Mobile Robots: Control. Planning, and Architecture. 
describe the use of VITS, a vision system for autonomous vehicle navigation that directly ties in with the 
future objective of the WALRUS - virtual reality. This book also describes mobile robot modeling and 
control, describing the kinematics involved in robot design. This is more in line with the design of the 
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chassis and propulsion system of WALRUS. In addition, this book reiterates a lot of the same information 
about decision making, hierarchical control and global location that was found in Meystel's Autonomous 
Mobile Robots . [5] 

Far more information was available to us as far as radio controlled systems were concerned. One of our 
group members has quite a bit of experience with radio controlled aircraft, and his knowledge was found 
to be invaluable. 

Radio control systems have been used for controlling model cars, trucks and airplanes for several years. 
We used several hobby ma gazine s as a source for information about the use of radio control in various 
vehicles. In addition to the personal knowledge of one of our group members, we used magazine and 
catalog information, and advice from a local hobby shop when designing the radio control system for the 
WALRUS. 

In addition to the literature review that was performed, we obtained background information on 
navigation and control of autonomous robots. This information was found to be even more valuable to us 
than the material uncovered in the literature review because it was put to us in laymen’s terms. A brief 
synopsis of obstacle avoidance information can be found in appendix A, and information concerning 
global location is in appendix B. 

Another goal of our project was to examine the use of Polaroid ultrsonics in obstacle avoidance. 

Polaroid ultrsonics are high voltage (approximately 300 volt bias), large band width ultrasonic 
transmitters and receivers. Due to technical problems associated with the piezoelectric ultrsonics (low 
voltage and high bandwidth), we believed that it would be worthwhile to examine Polaroid ultrasonics. 

We came to this conclusion through a combination of talking to faculty and realizing that Polaroid 
ultrasonics are commonly used in commercial cameras for automatic focusing. [6] We performed testing 
of the response of Polaroid transducers to various objects. We wanted to characterize the response of 
Polaroid ultrasonics to various objects in an effort to calibrate an ultrasonic based obstacle avoidance 
system. 

A transducer frequency of 55 kHz and an amplitude of ten volts was used. A biasing voltage of 300 
volts was used. A filter was used to separate the desired signals from background noise. 

All objects were held approximately 0.5 meters from the face of the transducer. The transducer 
produced a continuous signal and the transducer signal together with the response signal were displayed. 

A QuickBASIC computer program was used to "capture” the oscilloscope screen in a data file on a 
personal computer. 

The results received from the response signal were in terms of voltages. The voltage amplitude of the 
response signal is proportional to the strength of the signal. As suggested by faculty , we based our 
analysis on the standard deviation of the voltage signals. The greater the amplitude of the voltage, the 
greater the standard deviation of the voltage, from the mean voltage of zero, will be. Therefore, the 
standard deviation of the signal is a measure of the power of that signal. The results of our testing can be 
found in appendix F. A basic trend that was noticed was that the more vertical surface that an object had, 
the more powerful its return signal would be. 

5.2 Concept Evaluation. 

The design of the navigation and control system for the rover was divided into two parts. The 
mechanical engineering aspects were assigned to a group of mechanical engineering seniors. The 
electrical engineering aspects were assigned to a group of electrical engineering seniors. 

5.2.1 Mechanical 

Two basic issues arose in the design of the housings for the navigation and control system of the rover. 
First, a decision had to be made on whether to place all the electronics in one main housing (centralized 
housing) or divide the electronics up into two different housings (decentralized housing). It should be 
noted that the housing question deals only with the QED, tilt-sensor, ultrasonic control boards and motor 
control board. The RC system was to be removable from the rover when not in use, so it would require its 
own housing. Second, a decision had to be made whether to go with vendored housings or custom 
manufactured housings. 
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The decision of whether to have centralized or decentralized housing was based on four criteria. The 
most important criterion was camera visibility. At the beginning of the project, we were told that a pan 
and tilt video camera might later be mounted on the center post of the rover. This camera was supposed 
to be able to view the areas directly around the rover, including the area directly in front of the rover. 
Therefore, it was imperative that the housings not interfere with the line of sight of the camera. The next 
most important concern was the compatibility of needs of the QED board and the motor control board. 
According to its specifications, the QED board was sensitive to dust. Therefore, it should be isolated from 
the test environment as much as possible. The only circuit that produced any significant amount of heat 
was the motor control board. The motor control board could generate up to 15 watts of heat when it was 
in operation (that is, when the rover is changing speed or direction). Experimentation revealed that a 
combination venting system and cooling fins would be sufficient to cool the motor control board, however, 
venting of the motor control board and isolation of the QED did not easily go together. The next most 
important criterion was easy access to all circuitry. The least important criterion was centralized wiring. 
The less spread out the wiring was, the less likely it was to get entangled with some part of the rover. 

Table 2 is a decision matrix that shows how the two alternatives (centralized or decentralized housing) 
rated in terms of each criterion. The criterion were weighted in order of importance (from 4 to 1). The 


1 

Centralized 1 Decentralized 


Weighting 

Score 

Camera 

4 

0 

1 


3 

0 

1 

Access 

2 

1 

1 

Central Wiring 

1 

1 

0 

Total 


3 

9 


Table 2. Decision Matrix for Centralized Versus Decentralized Housing. 


alternative that best met the criterion was given a raw score or 1 ami the alternative that least met the 
criterion was given a 0. This raw score was than multiplied by the weight factor to get a weighted score. 
Based on the size of a single housing that would house all the electronics, going with two housings would 
definitely cut down on the amount of interference with the video camera. Likewise, two would eliminate 
the compatibility in needs between the QED and the motor control board (they could be put into separate 
housings so the ventilation required by the motor control board would not interfere with the isolation 
required by the QED). In terms of easy access, both alternatives could be easily accessed from a lid on the 
top. Finally, more centralized wiring would definitely be favored by only having one housing. As table 1 
shows, when the scores were totaled up, decentralized housing was the best choice. 

The decision concerning whether to go with custom of vendored housings was based on two basic 
criteria. The most important criterion was space utilization. Do to weight constraints, it was important 
that the housings be no larger than absolutely necessary. The least important criterion was machinablity. 
Various external connections would need to be added later, so it was important that we be able to easily 
machine the housings. 

Table 3 is a decision matrix showing how the alternatives rated with each criterion. It has the same 


i 

Custom 

Vendor 


Weighting 

Score 

Space Utilization 

2 

i 

0 


2 

i 

0 

Total 


4 

0 


Table 3. Decision Matrix for Custom Manufactured Versus Vendored Housings. 
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scoring format as Table 2, except the weightings range from two to one. As expected, the custom housing 
would allow for more freedom both in terms of space utilization (we could build to fit whatever board 
configuration we needed) and machining (since we built it, we could easily machine it). Therefore, a 
custom housing was the best choice, at least for the "front" housing, which would house the QED, tilt- 
sensor, ultrasonic boards and the RC housing (the exact design of these housings will be covered later in 
the discussion of our design). Since the back bousing housed only the motor control board, and required 
only two 12-pin connector to be added later, we were able to find a vendored housing (from Radio Shack), 
which fit the board perfectly. Therefore, we used both custom housings (for the "front and RC housings) 
and a vendored housing (for the motor control board). 

As mentioned previously, one of the project goals was to design and construct a method for on board 
determination of the slope of the ground on which the rover was located. 

One of the alternatives suggested by Ames Research Center was to look into a two-axis tilt sensor made 
by Lucas-Schevitz. This sensor would send out voltages that correspond to degrees of slope up to 20 
degrees (for further detail, refer to the discussion of our design). Based on our experiences with model 
airplanes and helicopters, another option that we found was to use a gyroscope. 

The two alternatives were judged according to four criteria. The most important criterion was the 
ability of the alternative to interface with the QED. If it could not interfece, it would not work. The next 
most important criterion was the cost of the system. As mentioned in the customer requirements, the 
project budget was $ 1 , 000 . 00 . The next most important criterion was the accuracy of the system. Based 
on weight constraints, the size of the alternative was the least important criterion.. 

Table 4 is a decision matrix showing how the two alternatives rated with each criterion. It is scored the 



Clinometer Gvroscone 


Weighting 

Score 

Interface 

4 

1 

0 

Cost 

3 

i 

I 0 

Accuracy 

2 

1 

0 

Size 

1 

i 

0 

1 Total i 


10 

0 


Table 4. Decision Matrix for Tilt Sensor Versus Gyroscope. 


same as tables two and three. The clinometer sends out a voltage signal which could be read directly by 
the QED. The gyroscope was designed to control servo motors, so it would not be so easily int erfa ced In 
terms of cost the tilt-sensor was $85.00 while the gyroscope was $150.00. While the tilt sensor was 
designed to give voltages responding to slope, the gyroscope was designed to respond to drastic changes in 
slope, so it was not as accurate. The tilt-sensor and gyroscope were about the samp size. When one «hhc 
on the fact that the tilt-sensor was customer recommended, it was the best choice. 

In terms of our RC system, there really were not any alternatives that we could find. All commercially 
available RC systems that we found were for control of at most two motors. The rover requires control of 
six motors. Therefore, we knew we had to go with a custom made system. 

5.2.2 Electrical 

The navigation portion of this project was broken into two different sections. One concerning obstacle 
avoidance and the other concerned with the global location of the rover inside the test area. 

To meet the requirements of the global location scheme three different alternatives were discussed: 

1. Radio frequency alternative. 

2. Ultrasonic alternative. 

3. Combination external optical/audio and internal compass alternative. 

The first alternative addressed in the selection of a global location scheme was the use of Radio 

Frequencies. The idea of determining the location of the rover was based on the Friis Transmission 
Formula [7], 

P L /P t = (A e iA e2 )/(A 2 ) EQ-1 
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In equation 1 above, Pl and P t are the transmitted and received powers, respectively Agj and are 
the effective areas of the transmitting and receiving antennas, r^ is the square of the distance separating 
the atennas and is sthe square of the wavelength. Knowing the transmitting and receiving powers, the 
wavelength of the signal and the effective areas of the two attennas, the distance between the two can 
easily be calculated. Once in the laboratory, this alternative fell apart. Measuring the effective areas of 
the antennas requires a very error prone procedure using the network analyzer and once the measurement 
has been made, any jostling or other handling of the antennas is apt to change the areas. The other 
downfall of this method is the inability of a precise measurement of t ransmitte d and received power due to 
reflections and other interference. The third and most destructive fault of this system is the small 
differences in power seen within the test area. The precision of the system as a whole is lost when the 
previous faults are coupled with the extremely small changes that must be measured in order to determine 
the rover's global location. 

The second alternative for determining the rover positionsing was through ultrsonic beacons. The 
beacons would be placed around the test area. By knowing the speed of sound and by timing the pulses to 
and from the beacons, the QED board could determine the distance from each beacon and update its 
internal map as to its X and Y coordinates. The main problem with this application is that ultrasonics are 
not normally used for this application and, consequently, there is very little available research to draw 
upon when attempting to design such a system. Also the ultrasonic transmitter/receivers that were 
available for use began to lose accuracy at approximately six meters. Since the system requires three 
centimeters of accuracy at a maximum of ten meters of distance, this alternative clearly would not 
accomplish the task. 

The third design alternative combines the use of external beacons with an internal compass. W hil e the 
compass can continually monitor the speed and heading of the rover, it lacks the ability to correct itself 
once off track. To match the internal map with the actual position of the rover on the test area, the 
external beacons will be used. By accessing the external beacons at regular intervals the accuracy of the 
internal map is insured. The problem of accuracy falling off as the distance increases is solved by the use 
of light in the beacons configuratoin instead of sound. The problem of lost accuracy due to an object 
blocking the external signal is solved by using the internal compass. This scheme also makes use of the 
two axis tilt sensor for more than just a warning device, by taking the cosine of the angle present on the 
tilt sensor, the horizontal distance traveled can be determined. 

In order for a global location scheme to be practical it must be accurate, wi thin the specifications at the 
maximum possible distance in the test area, i.e. the diagonal distance of 14. 14 meters. The scheme must 
be able to account for the rover changing direction due to an obstacle or an incline that is determined too 
steep to climb. Lastly, the scheme must incorporate some sort of "Dead Reckoning" tp update the internal 
map when the rover is behind a hill and incapable of being updated by the external beacons. 

To solve the problem of obstacle avoidance, three different sensors were considered: 

1. Infrared 

2. Ultrsonics (Piezoelectric versus Polaroid). 

3. Tactile. 

For the obstacle avoidance scheme to be practical it must be able to determine the difference between an 
obstacle it can conquer and an obstacle that is too large for the rover to cross safely 1 . The system must 
account for drop-offs and not be fooled into thinking that a simple upward slope is some large obstacle. 

The schemes for the obstacle avoidance and the schemes for the global location must interface with the 
QED board. 

The design alternatives for the motor control circuit were limited. Given the power supply of the rover 
and the specifications that the motor control circuit must satisfy, the choice of different designs was 
constrained to: 

1. Solid state TTL control. 

2. Bridge control though the use of Darlington pairs. 

Solid state TTL control uses integrated circuits to control the motors speed and direction. Speed is 
varied through current limiting and the direction of the motor rotation is governed by e xchanging the 
positive and negative terminals, thus changing the direction of current flow. 
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The design using Darlington pairs produces a voltage across the terminals of the motor when the 
transistor is turned on by creating a path from the positive bus line to ground, through the motor 
Changing the motors direction is accomplished simply by turning on the opposite pair of Darlingtons, 
creating a path to ground through the motor in the opposite direction. 

For the motor control to be practical it must be able to supply high currents to the motors and survive 
corresponding voltage spikes that accompany the control of the motors. 

The problem of system control for the rover could be solved through the use of any one of the following 
four devices: 

1. Microprocessors. 

2. Digital signal processing integrated circuits (IC's). 

3. Input-Output (I/O) control devices. 

4. QED microcomputer board. 

Each system must have the ability to handle the task of global location, obstacle avoidance and motor 
control in a near simultaneous manner. There are a considerable number of ways that one could 
implement a control/navigation system for WALRUS given the variety of microprocessors, digital signal 
processing IC's and I/O control devices available on the market. The cost of many of these devices would 
be well within the budget constraints of this project. Control/navigation systems, however, tend to be very 
complex in nature and even the most rudimentary autonomous vehicles usually have fairly sophisticated 
processors and control circuitry on board. WALRUS fortunately has a fairly straightforward task in terms 
of its navigational activity. NASA Ames Research Center has specified that the rover must be able to 
navigate from some starting point (Xq,Yq) to a destination point (X|,Y j) autonomously, or via remote 
control. Moving from one point to another is a fairly easy task to implement, if the rover were only 
required to move over a completely flat surface with no obstacles. The terrain to be used at the NASA 
center will be a simulation of a hilly and rocky surface such as that found on the moon or on Mars. The 
challenge is to provide a control system that allows the rover to properly control its wheels, determine its 
location at regular intervals, detect obstacles, avoid obstacles and find its predetermined destination within 
three centimeters. These tasks can be fairly complex by themselves, not to mention that they all must be 
performed somewhat simultaneously. 

While a CRAY with 80 gigabytes of random access memory (RAM) and an ethemet link would 
probably be overkill for the WALRUS, providing the required level of control cannot be accomplished 
using a few logic gates and s simple microcontroller chip. The WALRUS will require enough processing 
power to perform its internal as well a I/O routines in a timely manne r There are many external devices 
that must be controlled and monitored, therefore the onboard computer must be I/O rich and have a well 
designed "operating system." The operating system is the computer software written to manage system 
resources, both internal and external. Because several tasks are being performed simultaneously as the 
rover moves about, a multitasking operating system wouls be appropriate A multitasking operating 
system allows several computer programs to run at the same time. If the computer has only one central 
processing unit (CPU), then of course there can be only one instruction being executed at a given instan t 
in time, but a multitasking operating system (OS) forces the programs to alternately share the CPU, thus 
making it appear that they are running simultaneously. OS2, UNIX and X-Windows are common 
examples of multitasking operating systems that are used on large computers and some PC systems. 
Writing a good multitasking OS is a senior design project by itself not to mention the complex array of 
hardware necessary to properly interface all of the external devices on the rover to the main CPU (usually 
a microprocessor or microcontroller). NASA engineers, who were aware of this problem when the 
WALRUS project was given to the University of Idaho, decided on a suitable computer system for the 
rover which met all of the above criteria. The decision (made in the Fall of 1992) was to use the QED 
controller board by Mosaic Industries, Inc. 

The QED board is a Motorola 68HC1 1 microcontroller based computer system. This board has a 
considerable number of I/O ports including twelve digital ports, eight 8-bit resolution and eight 12-bit 
resolution analog to digital (A/D) ports, eight 8-bit digital to analog (D/A) ports, two serial ports, eight 
megabytes of addressable external memory and a keyboard/liquid crystal display (LCD) interface The 
board also has a 128K battery-backed RAM which can be used for software development and data storage. 
The software included with the QED is a Forth version 2.0 compiler and multitasking operating system, 
stored on a PROM IC. The QED-Forth compiler accepts Forth source code from its serial input port. 
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compiles it into machine code and stores it at a user specified location in the battery-packed RAM. The 
Forth compiler vastly improves software development time, due to the feet that Forth is a third generation 
language (like FORTRAN or C) versus the traditional assembly language that is usually necessary to 
program most microcontroller IC's. In other words, software that would normally take three semesters to 
write in assembler, could be written in only one using the Forth compiler. The QED board is easily 
interfaced to an IBM (compatible) PC via RS232 cable. The software developer simply writes the source 
code on his or her editor of choice and downloads the code to the QED board from their computer. 

Another major advantage of the QED board over a conventional microcontroller is its multit askin g 
operating system. As mentioned before, the multitasking OS is necessary if many processes are to be 
preformed at the same time. The WALRUS will at the very least have obstacle avoidance, triangulation 
and motor control taking place at almost the same time. The QED-Forth environment has a built-in 
multitasker, whereby the programmer specifies wthat programs go where in memory, what hardware 
resources are needed by each specific program and how much available RAM each program can use. The 
QED operating system takes care of the rest once the system starts ru nn i ng . Multitasking is reality causes 
the multiple programs to take turns using the CPU at a high rate of speed. An extremely high rate can 
couse a lot of time to be wasted doing OS "administrative" tasks, thus QED-Forth also allows the user to 
specify the switching rate. Despite its computing power and abundance of I/O epabilities, the QED board 
draws only 500 milliampers of current. The processor runs at eight or sixteen MHz depending on the 
crystal used, giving it the speed and throughput (approximately 0.0125 MFLOPS) similar to that of a 286 
IBM PC. The entire board is only 3" by 4" and about 1" high. This compactness is another desirable 
trait, given the limited space inside the rover’s housings. Given that the QED board meets the above 
criteria for speed, I/O control and multitasking capability, it has been decided that this device will be 
suitable for the control and navigation of WALRUS. 

5.3 Detailed Design. 

5.3.1 Mechanical 

Figure 4 shows what the final assembled rover will look like. The rover has been designed so that it can 
travel with equal efficiency and agility regardless of it's direction of travel. For this report, however, we 
will refer to the end of the rover with the main housing as the "front" of the rover. 


QED. SENSOR. AND 
CLINOMETER HOUSING 



Figure 4. Assembled Rover. 
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The main housing is mounted to the front of the rover. This housing is connected to the batteries, 
motors and rear housing with cables that run between the 12-pin and 25-pin ports that are seen on the 
sides of the housings. The rear housings and it's platform are, of course, mounted to the rear of the rover 
frame. Again, cables from and to the ports shown on the side of the rear housing are used to connect this 
housing to the other components on the rover. Either the front or rear housing can be replaced by the 
radio control system housing. The RC housing will have a direct link to the motors and batteries and will 
not be connected to the other housings during operation. Cabling between the housings will be attached to 
the rover frame with a loose cable tie. This tie will prevent the cables from dan g lin g but will, at the same 
time, allow free movement of the cables during articulation of the rover frame. The cables connecting the 
motors and batteries to the housings will be routed through the axles and frame members of the rover as 
specified in the original rover design. 

The main housing for the WALRUS rover will contain the QED microcontroller, the 2-axis tilt sensor, 
the global navigation circuitry and the obstacle sensor circuitry. It weighs 4.8 pounds, slightly below the 
goal of five pounds. Because of the delicate nature of the QED circuitry, this ha nging needed to be dust 
free and be able to withstand the stresses that would be associated with a roll-over. Due to the complex 
geometry of the rover, it was hard to analytically determine the exact nature offerees that might occur 
during a roll-over. Therefore, we estimated that the maximum load the housing would carry would be the 
maximum weight of the rover, which was set at 45 pounds ( incl udin g payload). 

We decided to use 1/8 inch thick, 6061 aluminum for the housing material. The high strength an low 
weight of aluminum were the deciding factors in our choice of material. Moreover, we were able to take 
advantage of an experienced aluminum welder who offered to weld the housings and supply the al umin um 
at no cost. The welds would give the housing an excellent seal against dust and added joint strength. 
Another important factor was the feet that the rest of the rover was made from al uminum, so the housing 
would match. We used 1/8 inch thick alu m i n u m so that the housing could withstand a roll-over. In some 
preliminary testing, the housing held well over 45 pounds. Furthermore, the 1/8 inch al umin um could 
also support most peripheral devices that Ames Research Center might later mount to the housing. We 
could have used thinner plates with ribs for added support, but this would have made the manufacturing 
more difficult. 

The final design for the main housing is shown in figure 5. The slope of the lid is in tend e d to allow 
better vision of the front of the rover by a camera mounted on the center post. The horizontal portion of 
the lid was left in case NASA desires to mount peripherals on the top of the box. 



Figure 5. Front Housing Design. 

The interior of the main housing has the layout shown in figure 6. This layout was designed with the 
idea of maximum space utilization. Room was also left for wiring and a global navigation system. The 
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Figure 6. Layout of Front Housing. 

ultrasonic sensors' circuit boards are stacked in the back part of the housing. They are held in place with 
circuit board slide mounts purchased from Digi-Key mail order. The mounts are epoxied in place within 
the housing. We tested the epoxy bond in the shop by having two of our group members pull as hard as 
they could on an epoxy bond. The bond did not yield. The amount of force used in the test of the epoxy 
bond would have been enough to break the circuit boards being held by the mounts. Because of this, we 
feel that the epoxy bonds will be sufficient for this application. The QED board is mounted to the floor of 
the housing, in the rear, next to the ultrasonic circuits. This placement was chosen to reduce the length of 
wiring necessary to connect the ultrasonic boards with the microcontroller. The 2-axis tilt sensor is 
mounted in the front of the housing with bolts that extend through the bottom of the housing which would 
result in erroneous readings. We left room next to the 2-axis tilt sensor for the circuitiy needed for the 
global location system. 

All of the components within the main housing are connected to the QED microcontroller with wiring 
harnesses. The QED board and the ultrasonic circuits are connected to the motor controller and sensors 
via a 12-pin plug that has been mounted in the side of the housing. We also included a 25-pin port in the 
side of the main housing to allow programming of the QED board. This port will allow the programming 
of the QED board while it is still mounted in the housing without the added space requirements for the 
necessary keypad and screen. The keypad and screen are contained in a seperate housing that were 
provided with the microcontroller. The keypad and screen will be connected to the 25-pin port with a 
ribbon wire. 

The rear housing materials and method of construction were originally planned to be the <mm<* as the 
main housing. We realized, however, that this housing did not have the same strength requirements as 
the main housing. With this limitation removed we chose to use a housing available from R adi o Shack. 
This housing has a sheet metal floor and plastic sides and top. While the blade plastic does not match the 
aluminum main housing, the combination of the two materials still fits in with the appearance we felt was 
appropriate for a space research vehicle. 

We are comfortable with specifying a plastic housing for the rear housing because we know from the 
rover's frame design that the rear housing will not come in direct contact with the ground in the event of a 
roll over. The rover's center post and the extension of the rear platform will support the majority of the 
rover's weight in a roll over situation. If the rear housing's plastic lid damaged in a c ollisi on, it's 
replacement cost is approximately two dollars. We feel that this is an a cce pta bl e risk. 

The motor controller board will be housed in the rear housing. The motor controller board has the 
potential of producing 15 watts of heat during operation., This heat could possibly cause problems with 
the QED board and 2-axis tilt sensor. As mentioned before, this is the reason we chose to separate the 
motor controller board from the rest of the dreuits. Heat will be dissipated from the transistors on the 
motor controller board with finned heat sinks. These fins will transfer the transistor's heat to the air 
inside the motor controller housing. The air within the housing will circulate with outside air through 
filtered vents in the housing. 
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The rear housing, like the main housing, will have 12-pin plugs mounted in it's side to allow interface 
with the QED microcontroller, the rover power supply and the rover's motors. These plugs will be 
epoxied into slots cut in the side of the housing. 

The platforms for the front and rear of the WALRUS rover serve three purposes. The two purposes 
directly related to our project are to secure the housings and to hold the obstacls sensors. The third 
purpose for the platforms is to provide an interfafce between the rover frame and the housings. 

The materials chosen for the platforms were a combination of al uminum plate and al uminum s h ee t 
The platforms themselves are constructed of 0.25 inch al uminum plate. The ultrasonic obstacle sensors 
will be mounted in aluminum sheet that is attached to the front of the platform. Figure 7 shows the 
desingn of the platforms and sensor mountings. 



Figure 7. Mounting Platform Design. 

To simplify manufacturing, the two platforms were designed to be almost identical. The platforms will 
mount to the rover frame via mounting rails. These rail were specified as part of the original rover design 
and are being manufactured by NASA. The rails will attach to the platforms through the six countersunk 
holes in the center of the platforms. The platforms will be attached to the housings with bolts. 

We knew from our preliminary discussions with NASA that an optional radio control system for the 
WALRUS rover was desired. Because of this desire and also because of the difficulties encountered with 
the semi-autonomous navigation system, we decided to desingn and build a radio control system. The 
resulting design consists of the radio control system and it’s housing. The goal of this RC system was to 
provide an alternative to the semi-autonomous control system being feagiiwt for the WALRUS rover. 

This RC system could be used to control the rover in situations beyond the capabilities fo the semi- 
autonomous system or to calibrate the autonomous system to different environments. 

The housing for the RC system was constructed by the same individual who built our main housing. 1/8 
inch thick, 6016 aluminum was chosen for the same reasons as outlined earlier. W ithin the housing, the 
on-board components of the RC system are held in a tray. This tray is constructed of 0.0625 inch thick 
aluminum sheet which is supported in the housing by four 0.375 inch square aluminum posts at the tray 
comers. The weight of the tray and contents are sufficient to hold the tray in place wi thin the housing. 

The design and layout of the RC housing and tray are shown in figure 8. All wiring and circuitry 
necessary for this system are contained below the tray. 



Figure 8. RC Housing and Tray 


The RC system will interface with the rover batteries and motors via a 12-pin plug located in the side of 
the housing. As done with the other housings, the plug will be held in place with epoxy. The RC housing 
moounts to a smaller version of the platforms used for the main and rear housings. Like the other 
platforms, the RC platforms will be attached to a mounting rail which will attach to the rover frame. 

The choice of a radio system was driven mostly by cost. While more expensive radio systems have extra 
features that would be fun to have, these features are not necessary given the increased cost associated 
with them. In the end, we decided to use a simple, two channel, AM radio system. This system, a 
FUTABA, uses two standard servos, a two stick transmitter, a standard receiver and AA batteries for 
transmitter/receiver/servo power. 

The method of driving the potentiometers with the servos was dictated by the specifications of these two 
components. The servos have a total range of motion of 90 degrees. The potentiometers we found have a 
total range of motion of 312 degrees from full-on to full-off. This made the use of gears our only feasible 
alternative. We decided to use a three inch gear for the potentiometers and a one inch gear for the servos. 
The servo/single gear combination is the speed control for the rover and is controlled by the left stick on 
the transmitter. As the left stick is pushed forward, the potentiometer shaft is rotated, reducing the 
resistance of the potentiometer. The servo/two gear combination controls the direction the rover is 
traveling. This part of the system is controlled by the right stick on the RC transmitter. As the right stick 
is pushed to the right, the left potentiometer’s resistance is reduced. At the same time, as a result of the 
series connection of the gears, the right side potentiometer's resistance is increased. This causes the rover 
to turn to the right. Pushing the right transmitter stick to the left reverses the process csusing the rover to 
turn to the left. 

The servos and potentiometers are mounted in the servo tray. A switch controlling the RC system's 
receiver/servo batteries is also mounted in the tray surface. The RC system batteries and the receiver are 
mounted under the tray. Velcro patches prevent the batteries and receiver from rattling around in the 
housing and getting damaged. Also mounted under the tray is the small circuit that relays the rover 
battery power through the potentiometers and to the rover's motors. This circuit consists of a 1 .1 kilo-ohm 
resistor and TPI transistors. A a flow diagram of this circuit and it’s connections to the potentiometers, 
batteries and motors is shown in figure 9. Power from the rover's batteries and to the rover's motors is 
routed through the 12-pin plug mentioned previously. 
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Figure 9. Remote Control Circuit Flow Diagram. 

The sensor chosen for angle of tilt determine is a commercially available two axis tilt sensor purchased 
from Lucas-Schevitz. This sensor is able to communicate two axes of tilt simultaneously and has the 
ability to accurately and linearly measure angles up to 20 degrees. The original design specifications 
called for the ability to determine up to a 30 degree incline. We found, however, that there was an 
extremely large price difference between the 20 degree sensor and the 30 degree sensor. We presented 
this situation to NASA and they requested that we use the less expensive, 20 degree option. We have 
connected this sensor to the QED microcontroller and tested it’s response to differing angles of 
inclination. As mentioned before, the sensor responed in a repeatable, linear fashion up to a 20 degree 
tilt. The sensor also had no problem communicationg with the QED board and the program that was 
written for it by our computer engineer. 

5.3.2 Electrical 

The computer control system used for WALRUS is based primarily on the QED computer board 
designed by Mosaic Industries Inc. The general background on this board was discussed previously, 
where it was mentioned that several important criteria had to be met by any control device used for 
navigation and control of the rover. The QED board was decided upon as an acceptable device which 
meets all of our basic requirements within a reasonable cost. The following is an exp lanati on of how the 
QED-Forth software operates and how its processor and multiple I/O circuits are used to control the 
proper navigation of WALRUS. 

As mentioned previously, the QED board relieves the programmer of the burden of assembly languag e 
programming. While the QED system does allow assembly programming if one desires, in most cases it 
is far more efficient and easy to use the on-chip Forth compiler. This compiler is an actual PROM chip on 
the QED board itself, which takes Forth source code from a serial port and directly compiles it to memory. 
The software development system is very easy to use, requiring only an ASCII text editor (such as the 
EDIT program in DOS), the Kermit communications software (provided by Mosaic Industries) and an 
IBM compatible PC. Forth is a third generation language; this language can probably be most likened to 
a combination of Hewlett-Packard calculator language and C language. The prog rammin g is done on a 
PC and when the program is finished, it is simply downloaded onto the QED via the RS232 port. The 
Forth compiler also performs dynamic error checking as the source code is downloaded. Once the 
program is loaded, QED-Forth also has a debugging feature which allows single stepping through each 
source command so that runtime errors can be found. 

The flow chart of figure 10 shows the basic outline of the navigational software used to control 
WALRUS. While it appears that each program block is being executed in a linear fashion, in fact there 
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Figure 10. QED Software Flow Diagram. 


are usually several tasks being performed simultaneously. This brings up the issue of the multitasking 
operating system. Computers that utilize a simple operating system run programs whereby one instruction 
is followed by another. No two functions can be running concurrently. This leads to major problems for 
real-time systems such as WALRUS. For example, some mathematical calculations can take several 
seconds to perform. If the result of that calculation is needed immediately by some future program 
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instruction, thane the calculation cannot be put off. The calculation will need to be performed 
concurrently as the program goes about its real-time operations. 

The QED Forth multitasking operating system allows such concurrent operation. The QED board has 
only on CPU; this is contained in the Motorola 68HC1 1 microcontroller chip. With only one CPU, the 
system software (i.e. the operating system, not the Forth source code) must manage program execution in 
such a way that there appears to be several CPUs running. The QED does this using a method known as 
time slicing. Time slicing allows several programs to appear to run simultaneously by forcing each 
program to share the CPU. For example, assume that there are three programs needing concurrent 
execution. The operating system first allocates each program its own memory space and environment 
variables. Each program is then placed on a circular "round robin loop." The first program begins 
execution and runs for five milliseconds (or whatever time base is preferred). Immediately when the five 
milliseconds has expired, the second program begins execution and obviously the first one must stop since 
there is just one CPU. At the end of second five milliseconds, the second program stops and the third one 
begins. After another five milliseconds, program three stops and execution begins again with program 
one. This process continues indefinitely; each program taking its turn on the CPU. In this particular 
example, every program will get to run at least 67 times per second. This causes it to appear as though 
the QED has three slower CPUs, rather than only a single fast one. Of course there is a tradeoff between 
speed and program handling. As mentioned before, however, in many real-time systems it is not 
acceptable to wait for some calculation that could have been done while the CPU was performing some 
mundane task )such as turning on a motor or waiting for some type of navigation signal). 

The WALRUS navigation system has three main programs which have their own memory space and 
can essentially run independent of each other. They are the obstacle avoidance program, the location 
sensing program and the motor control program (Note: from now on these programs may be referred to 
as "processes," which is the correct term for software that is actually running on a CPU.). 

The obstacle avoidance program makes use of the LM1812 ultrasonic receiver/transmitter circuit. This 
circuit when enabled (by setting the PPA pins on the QED board to high), sends out an ultrasonic pulse at 
approximately 40 KHz using a transducer mounted on the front of the rover. If an obstacle lies within 
close proximity of the rover, the ultrasonic sound wave will reflect off the object and be detected by the 
receiver unit which is also mounted on the rover. The wave form is read from the QED A/D ports into a 
free place in memory. It is the responsibility of the obstacle avoidance program to determine if the signal 
coming from the transducer is actually a valid reflected ultrasound wave or not. This program makes use 
of a built-in Forth command called "FFT," which performs a fast fourier transform on a given time 
domain analog signal. Once the FFT calculation has been performed (requiring 600 milliseconds for a 64 
point transform), the program examines the 40 kilo-Hertz discrete Fourier component and its amplitude. 

If the amplitude is significantly higher than the noise floor, the program will acknowledge the signal as a 
reflection wave. Having calculated the time between enabling the LM1812 and receiving the reflected 
wave, the obstacle's distance can then be calculated. When an obstacle is encountered and its distance is 
found, this program must then place this newly discovered obstacle onto the internal "terrain map.” The 
terrain map is actually a 40 X 40 matrix that represents the 10 X 10 meters box that will be the rover's 
real-world environment. This breaks the 10 X 10 meter box up into 1600 smaller squares, where each 
matrix value represents a square; 0 for an open space; 1 for an impediment. Finding the correct spot on 
the matrix grid to record the impediment requires that WALRUS know its bearing. The location sensing 
program (discussed later) will be continuously updating the rover's position on the map and also 
dynamically updating the direction vector. The obstacle avoidance program will check the direction 
vector, and using trigonometric math functions, will determine where on the X-Y grid that the obstacle 
exists. The motor control program (discussed later) will then cause the rover to turn if it detects a nearby 
obstacle on the terrain map matrix. 

The second program running on the QED board is used chiefly to determine the rover's bearing and 
present location at any given point in time. Other processes are always needing current information about 
the rover's position and direction; another reason why multitasking operating system is very beneficial. 
The location and bearing calculation is twofold: a magnetic compass is read for an almost instantaneous 
direction reading and a slower (but much more accurate) calculation of present position is determined 
from the optical beacon hardware. The location sensing program uses the compass because it is very 
quick to give a bearing. However minor rover distance calculation errors due to wheel slippage and/or 
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stray magnetic fields can propagate directional errors very quickly. It is therefore very necessary to update 
the rover's location and direction using the optical beacon system on a frequent basis. WALRUS can even 
depend solely on the beacon system, however there will be cases where the rover's speed will be sacrificed. 

A reading from the compass is simply the process of reading a voltage from 12-bit analog ports two and 
four and then scaling the readings to the appropriate value in radians (all trigonometric functions use 
radians). The beacon positioning program routine is somewhat more complicated. First the location 
sensing program waits for an audio beep signal on 12-bit analog port seven. This tells the program that 
rotating beacon number one has started its sweep and is now at zero degrees. The program starts a 
stopwatch timer at this point and waits for a second beep on port seven. Note also that beeps are not only 
detected, but their frequency is checked; frequencies other than the beacon frequencies are ignored. When 
the second beep is detected, the timer is stopped and an elapsed time between beeps is calculated. The 
angular velocity multiplied by this elapsed time gives the first radian angle used to triangulate the rover's 
position. This same process is completed for beacon number two, giving a second triangulation angle. 
Using the angle information and one known distance, a law of sines calculation can then determine the 
rovers X-Y coordinates and a polar representation of its bearing (refer to figure 1 1). 

Each time a bearing and location are determined (which unfortunately takes about six seconds), the 
global variable "current position" is updated. This variable can then be accessed by any of the other two 
programs at any time. This location calculation, although slower than the compass reading, is usually 
accurate to within one percent, given that the rotating beacon speeds are well regulated. The direction 
and destination vectors are also updated by this program every time the current position is updated. 

The motor control program determines what direction the rover should travel in based on information 
obtained by the obstacle avoidance and location sensing programs. This program has direct control of 
analog output one through four, which are connected to the motor control circuit of figure 12. The motor 
control program by default places three volts on ports one and three, while grounding ports two and four. 
This simply causes the rover to move in a forward motion. The direction vector is constantly checked 
against the destination vector, and whenever the two differ, a decision must be made as to how to change 
the rover's resent course. In the simplest case, this program activates a left turn if the difference in 
direction angles is negative and a right turn if the difference is positive. Most of the time however, 
obstacles prevent such a simple maneuver. 

Several times per second, the motor control program checks the variable "current position" a gainst the 
numeric values in the "terrain map." If matrix values which represent a close proximity to the rover's 
present position are equal to 1 . 0 , this indicates that obstacles are nearby. If the obstacle on the terrain 
map is in direct line with the direction vector, the rover must turn. By default, the rover will turn left 
unless turning right brings the directing and destination vectors closer together and doing so would not 
place the rover in the path of yet another obstacle. This program also continually checks the two axis tilt 
sensor in order to prevent the rover from attempting to navigate extremely steep inclines. The motor 
reverse mode is available for backing out of situations such as collisions with obstacles or discovering that 
the rover is attempting to climb an unusually steep incline. When the "current position" and "destination 
position" variables are separated by a distance of less than three centimeters, the motors turn off. 

There are a series of software utilities designed to help calibrate and dia gnmw problems with certain 
devices interfaced with the QED board. These utilities are activated by connecting the keyboard/display 
unit to the WALRUS 25-pin D-sub connector on the main housing . ff any key is pressed within five 
seconds of turning on the rover, the utilities menu will appear on the LCD. Inside the utilities mode, all 
rover processes are made inactive, and the CPU is entirely dedicated to the utilities programs during this 
time. The menu system works much like the Hewlett-Packard (HP) calculator menus: a list of options 
will be listed at the bottom of the screen and the buttons directly below are pressed to select the 
corresponding option. When the utilities mode is first entered, the options "RUN," "CAL" and "TASK" 
appear at the bottom of the LCD screen. "RUN" will return the rover to its normal active mode. "CAL" is 
used to calibrate and test specific hardware devices. "TASK" is used to run one of the three main 
programs (discussed above) by itself. 

Selecting the "CAL" option on the utilities menu brings up another menu of four hardware calibration 
options and one option for updating the destination point. 

The "SND" option is used to test the functionality of the ultrasonic receiver. When this option is 
chosen, and a transducer is connected to analog port 0, the QED will read a wave form when the user 
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presses the ENTER key. After the ENTER key is pressed, an A/D converter will sample the incoming 
signal for 100 milliseconds. The sampler also requires a 0.25 volt signal in order to trigger a read. After 
the signal is read, an FFT is performed on the input wave form. The "SST" menu option will allow the 
user to scan a frequency spectra from DC to 19.2 KHz in 621 Hz increments. When a peak amplitude is 
determined, the user can press "SET." This will store the value of the ultrasound frequency that the 
obstacle avoidance program will use from that point on. This frequency can then be changed at any time 
in the future should there be a need for calibration. Pressing the re SHIFT key will then return the user to 
the main menu. 

The "MOT" option allows a test of the motor control circuit board. The motor test menu will display a 
blinking cursor pointing to the motor direction option. The UP-DOWN arrows are used to choose a 
forward, reverse, left of right motor test. When an option is chosen, the QED will enable the appropriate 
analog output ports and run the motors for five seconds. 

The "TILT" option is used for a hardware calibration of the two axis tilt sensor. Selecting the "X-axis" 
or "Y-axis" option and then pressing ENTER will cause a display of the sensor's angle (in degrees) which 
is updated ten times per second. This utility requires that the user place the sensor on a known level 
surface, whereby the sensor null pots can be adjusted until a zero degree reading is shown on the LCD. 

The "NAV" option tests the accuracy of the optical beacon system. Selecting this option will cause the 
QED to wait for a signal on the 12-bit analog port seven. If a one kilo-Hertz signal is emitted from the 
beacon and detected, the QED will wait for a second signal at the same frequency. When the second 
signal is detected, an angular reading will appear on the screen. This reading is intended to show the 
angle swept by the rotating beacon. Several tests should be done in order to determine the accuracy of the 
beacon rotation speed. It should also be noted that the beacon detector need not necessarily respond only 
to one kilo-Hertz; this constant can easily be modified in the source code (see appendix G). 

The "LOC" option allows the user to specify the rover's starting and destination points inside the 10 X 
10 meter box. The arrow keys and the ENTER key are used to select a desired coordinate. The 
coordinates entered must be between 0.0 and 9.999. These coordinates are stored inside the QED battery- 
backed RAM, and therefore do not need to be entered every time the rover is powered up. 

The following discussion concerns the global location electronics. The beacons will consist of two light 
sensing arrays (figure 1 1). The test area is ten meters square and the beacons will be placed at the comers 
on the side opposite the target area (see figure 1 1 ). A light beacon and microphone will be onboard the 
rover. The light sensitive array will be shielded from the light beacon by a rotating hood. A thin slit will 
be cut into one of the sides of the hood. The initializing diode (see figure 1 1) is oriented such that as the 
slit in the hood passes in the perpendicular path of the lower boundary of the test area the light sensing 
array will be exposed and thus produce a reference signal. The reference signal is an audio pulse emitted 
from the speaker. When the first signal is detected by the rover the QED board starts a timer. The timer 
will run until the next audio signal of the same frequency is detected. From this time interval, and 
knowing the speed of the rotating hood, 0 a can be determined through the relation: 

0 = cot EQ-2 

Gjj is determined in the same manner a 0 a but with the speaker transmitting at a different frequency. The 
two frequencies are necessary for the QED board to maintain the distinction between signals. From 0 a 
and 0^, 0j and 02 are easily determined and from these two angles 83 is an elementary calculation. The 
location of the rover can now be determined using the angles 0 j and 62 and the Law of Sine's: 

sin ( 03 )/lOm = sin (0 j)/D 2 r EQ-3 

sin ( 03 >/lOm = sin ( 02 )/D| r EQ-4 

By solving for Dj r and D 2 r the rover's position can now be determined through a simple sine and cosine 
relation: 


-X = Di r xcos (0 a ) EQ-5 


21 



-Y = D lr xsin(6 a ) EQ-6 


This calculation is then repeated with 6^ and D 2 r to check the first calculation for accuracy. It should be 
noted that the calculation using Gj, and D 2 r yield X and Y values with respect to the lower left hand 
comer of the test area grid. 



Figure 1 1 . Test Site Layout and Light Sensing Array. 



The principle applied in object avoidance through ultrasonics depends on the reflected characteristics 
of a transmitted signal. Signals when reflected from an object have three basic qualities. The first is the 
amount of power reflected from an object, the second is if the object is moving, there will be a shift in the 
frequency and lastly there is a time delay between transmission and reception which allows one to 
calculate the distance to the object. 
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Initially, we wanted to sweep the ultrasonic transmitter through a range of frequencies in order to 
examine the spectral content of the scattered energy. This information could be easily processed by the 
QED and interpreted into a pattern that could be recognized as different objects Unfortunately, the piezo 
transducers for ultrasonics had too small of a bandwidth to make this technique useful. Therefore, we 
designed the transceiver to transmit and receive on one frequency and examine the time delay and 
received power. Using the time delay, we are able to find the distance to the object and the received power 
gives us a rough idea of the size of the object. 

National Semiconductor makes an ultrasonic transceiver chip called LM1812, which among its features 
allows both pulse delays and received powers to be calculated. The circuit was assembled following the 
manufacturer's design equations and recommendations as found in the specifications in appendix H. 

The following discussion concerns the motor control circuitry. Essentially, each motor is connected in a 
bridge configuration allowing current to flow in either the forward or reverse direction. Figure 12 
illustrates the basic principal behind the connections for the motor. A important aspect behind this type of 
connection requires that before one voltage can be activated, the other must be at zero volts. If both 
v forward 80,1 V reverse m actIvated ' current will be shunted directly to ground and the motor will not 
respond. Current limiting is provided by resistors that prevent any sudden surges in case such an event 
should occur. This limiting also keeps the transistors from becoming saturated and drawing too much 
current when the motor is under heavy torque. 

Each motor will be connected identically to the motor pictured in figure 12 and additional circuitry 
completes the design. Three motors on each side will share the Vf orwan j and Vfgyergg lines. Thus, 
exactly four control lines are needed; ^forward and ^nrv erse side and likewise for the right 

half The transistors are special high power darlington pair NPN transistors, called TIP121. Each 
transistor is capable of handling ten amps and 80 volts of power de man d The min i m u m forward g ain for 
the TTP121 is 1000. With such a large forward gain, only one milli-ampere must be supplied to the base 
junction in order to achieve a one ampere output current at the emitter. 

T vo reasons why an operational amplifier was used to drive the transistors on each side of the rover had 
to do with interfacing with the QED and drive current demands. The digital to analog port was used to 
control the motors because it provided 256 analog steps which was ideal for the type of circuitry we 
designed. However, the range of the analog device was only three volts and a twelve volt signal was 
required for full speed operation. So the operational amplifier was used to increase the range from three 
to twelve volts. The QED digital to analog drivers can only supply about 100 micro-amperes, so some 
current buffering was required to attempt to supply one milli-ampere to each transistor in operation. For 
just one side of the rover, two transistors are operating per motor at any given time; therefore, a total of 
six milli-amperes is required per side of the rover. The operational amplifier used (LM324) can supply 
about 50 milli -amperes maximum and produce the gain required to achieve a twelve volt range. The 
LM324 is also specially designed to operate with a single power supply, which simplifies the design. A 
simplified representation of this process is shown in figure 13. 


Vforward 
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Figure 13. Motor Control Connections. 


5.4 Safety. 

Safety was addresses by the navigation and control group in our design. One of the major factors for 
having the housings, aside from protecting the electronics from the outside environment, was to safeguard 
users from the electronics themselves. The major safety- issues that we looked at were the structural 
stability of the housings and platforms and the insulating of the electronic circuit boards. The housings 
and platforms all need to be able to withstand a roll-over by the rover, which was considered in the design. 
The electronic circuit boards were all mounted with insulating plastic snap connectors. 

In addition, we decided to incorporate a centrally located on-off power switch to allow for quick shut 
down of the WALRUS if necessary. In manufacturing the housing and platform components, we made 
certain that no sharp edges were left that could potentially cut users. 

For the radio control, the same safety requirements were necessary. Users need to be protected from 
moving parts within the gear box. The radio control housing incorporates this concern into its design. 

5.5 Test Environment 

Before the assembled rov er was sent to Ames Research Center, a test environment similar to Ames 
Research Center's had to be assembled. The test environment needed to test the rover's obstacle 
avoidance, traction and navigation system, in order to insure that the rover performed as expected. A 
frame for this environment has been built in a mechanical engineering laboratory at the University of 
Idaho. Obstacle avoidance will be tested using a variety of different sized rocks, ranging from two inches 
to twelve inches. A small hill in the center of the environment will test the capability of the tilt sensor to 
detect slope. One side will be over 20 degrees, the other side will be less than 20 degrees. 

The bottom four inches of the test environment are filled with ordinary soil. The top inch of soil will be 
sifted and sorted in order to match the soil at Ames Research Center. For details of the top soil, refer to 
Appendix I. 
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5.6 Cost Analysis. 

Table five shows the final cost breakdown for the navigation and control portion of the WALRUS 
project. 


Clinometer 

$85.00 

RC Equipment 

! $180.00 

Miscellaneous 

$40.00 

Sub Total 

$305.00 

Electronics 

$200.00 

Total 

$ 505.00 


Table 5. Cost Breakdown for Navigation and Control System. 
6. POWER SYSTEM DESIGN 


6.1 Customer Requirements. 

The following are customer requirements that the power system must meet: 

1 . Provide one hour of run time at full payload per charge. 

2. Maintain power to rover and on-board electronics. 

3. Recharge six five-battery ( 30 Ni-Cd rechargable batteries) carousels simultaneously. 

4. Recharge all batteries in six hours or less. 

5. Recharge batteries while still in rover. 

6. Avoid overcharging batteries (automatic shut-off at 1.3 volts per C-cell). 

7. Power system must be easily operated by one person ( small in size and less than 1 5 lbs and 
four steps to accomplish recharging). 

8. Power system must be safe to operator and rover's components ( maximum temperature of 
any component is 60 degrees Celcius and all electronics must be grounded). 

9. Cost less than $300.00. 

10. Manufacture at Universtiy of Idaho facilities. 

6.2 Literature Search. 

Batteries were researched to ensure that the preliminary specification of the battery type was the best 
choice. The most important consideration for the selection of the batteries was the size consideration. 

The only battery sizes acceptable were C-cell size or smaller, unless an irregular shaped battery could be 
found that would fit in the space of the carousel. The preliminary batteries selected were Gates 
ULTRAMAX fast charge nickel cadmium (Ni-Cd), C-cell batteries. Terry Fong at NASA recommended 
that Gel cell batteries be considered also. A literature search revealed literally hundreds of types of Gel- 
Cell batteries. The most common type encountered was the lead-acid battery with a gelled electrolyte. 
These batteries were researched and it was discovered that they were not readily available in C-cell size. 
The smallest common size available was D-cell size. Even in the larger battery size the capacity rating of 
the lead-acid type was less than the Ni-Cds. Due to the cost of high tech, state of the art battery 
technology, our investigation of battery alternatives was limited. Another primary factor influencing the 
selection of batteries was the fact that the power control board and the electronics all rely on 12 volts. 

This gives the advantage to the Ni-Cd batteries because the combination of ten cells make up 12 volts. 
Therefore the 30 batteries carried in the rover provide 3 sets of 12 Volt power sources. 

A battery charging book from Gates and a thorough search of vendor catalogs was performed to see 
what types of charger technology is available. A technical manual from Gates [8] and an interview with 
V. M. Stanley [9] indicated a wide variety of battery charging methods. Three of the most common 
methods are tim e control, temperature sensing and voltage sensing. The first method simply charges the 
batteries for a predetermined amount of time. The second method monitors the temperature to determine 
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when batteries are fully charged. When the batteries are fully charged, the battery temperature will begin 
to increase rapidly. The third method monitors the voltage across the battery. When the voltage rises to 
the predetermined voltage the batteries are fully charged. To charge a battery, a current needs to be sent 
to the batteries. The amount of current determines how fast the batteries will be charged. However, once 
the batteries are charged, they can only accept a maximum of 250 milli-amperes without ranting damag e 
If the batteries are being charged at more than 250 milli-amperes in order to charge them faster, the 
current must be lowered to 250 milli-amperes once they are charged. 

The operating environment for the rover required the charger to be able to survive in a room 
temperature, indoor environment. Due to the amount of heat produced by the charger electronics, a 
method of cooling these components was required. 

6,3 Concept Evaluation. 

The first decision made was the selection of the batteries. We choose the C-cell CADNICA Ni-Cd 
batteries from Sanyo because of their high power capacity and the fact that 10 cells could provide 12 volts. 
The initial Gates batteries were not selected because they were on backorder, and the Sanyo batteries had 
similar specifications. 

The second design decision was whether the batteries were to be charged in or out of the vehicle. 
Charging the batteries inside the rover posed potential problems with dissipating the heat generat ed in the 
batteries. The customer stated that the batteries should be charged in the rover, so a heat transfer analysis 
was undertaken. To supplement the heat transfer analysis a heat test chamber was made and calibrated 
Figure 14 shows a drawing of the test apparatus. 



POWER 



THERMOCOUPLE 



CHAMBER 


Figure 14. Test Chamber. 

The chamber was calibrated using a light bulb at several different wattages. A carousel was then placed 
into the chamber and recharged. The temperature versus time curve was compared to the calibration 
curves to determine the heat produced by the charging battery. 

The next design decision was to decide between ordering a custom made charger, buying an automotive 
charger, or designing one ourselves. The first option was to order a custom charger. To do this we 
contacted over 20 different battery charger manufa cturers. The majority of the manufacturers were unab le 
to help us, due to our low production quantities. Therefore, only 3 actual bids were received. The 
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minimum bid received was for $2000. The maximum bid received was $18000. The advantages of this 
option were that it would be reliable, it would have automatic shutoff, and it would meet safety standards. 
The disadvantages were that it was very expensive and it could not be delivered by our deadline. 

The second option was to purchase an automotive battery charger. The advantages of this option were 
that it was lightweight, low cost and had low power consumption. The disadvantages of thi s option were 
that it did not have an auto shutoff feature, it could not charge all the batteries at once and would be 
difficult to use. 

The third option was to design and build the charger ourselves in the Moscow area. The advantages of 
this option were that it had the auto shutoff feature, it could charge all the batteries at once and it was very 
easy to use. The disadvantages of this option is the ease of maintenance and possible reliability problems 
with the system. 

A decision matrix (see Table 6) was used to aid the selection of the optimal design. The decision matrix 
was constructed by listing the competing designs across the top and the specifications along the left side of 
the matrix. A weighting system was then established in order to rank the importance of each requirement. 
The competing designs were assigned numbers that represent their ability to meet the requirements (a 
scale of 1-5 was used with 5 being the best). Finally, the numbers representing their ability to meet the 
respective requirements were multiplied by the weighting factor and totaled at the bottom, with the design 
having the most points being the best design. 


IDESIGN ALTERNATIVES 

UI Designed 

Custom Made 

Automotive 

esbi 






7 

4 

3 

5 

Cost 

12 

3 

1 

4 

Reliability 

9 

3 

5 

3 

Manufacturablity 

10 

4 

5 

5 

Auto Shutoff 

12 

5 

5 

2 

Maintenance 

8 

3 

4 

4 

Low Power Use 

3 

4 

4 

5 

Size 

7 

4 

3 

4 

Ease of Use 

8 

5 

4 

2 

Delivery Time 

12 

4 

1 

4 

Safety 

12 

4 

5 

3 

TOTAL 

100 

391 

357 

359 


Table 6. Decision Matrix 

The option that we chose, using the decision matrix, was to design, manufactur e, and assemble the 
system at the University of Idaho. Also, after decision evaluation, we chose a pre-built container for the 
charger electronics. This decision was made because we found a housing that would satisfy all our needs, 
including delivery time. This allowed us to concentrate on the inside of the charger and the electronics 
rather than the housing. This option also appeared more professional and reduced manufacture and 
assembly time. 

Using the information discussed previously in the literature research, we had to consider which method 
to use to charge the batteries. The easiest method to charge the batteries is to send a constant current of 
no more than 250 milli-amperes to the batteries. While no charge cut-off circuitry is needed for this 
design, a current of 250 milli-amperes will charge the batteries in only 16-20 hours, which does not meet 
the customer requirements. To charge the batteries in six hours, a current of approximately one ampere is 
needed. Once they are charged, the current needs to be lowered to less than 250 milli-amperes Three of 
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the most common methods of accomplishing this are time control, temperaturesensing and voltage 
sensing. The first method simply charges the batteries for a predetermined amount of time at a given 
current. This method is only useful if it is known how discharged the batteries are since it takes longer to 
charge a fully discharged battery than a partially discharged battery. Also, with the rover, since some 
batteries are used for the electronics and some for the motors (which draw much more current), the 
batteries will be at different levels of discharge. The second method monitors the temperature to 
determine when the batteries are fully charged. This uses the fact that the batteries heat up while thay are 
charging. When the batteries are fully charged, they are theoretically at a certain temperature. This 
method, however, is not suitable for the rover since the charging will be done in the wheels where the 
temperature will be different than if the batteries were outside of the rover. The third method monitors 
the voltage across the battery. When the voltage rises to the predetermined voltage the batteries are fully 
charged and the current must be lowered. 

6.4 Detailed Design. 

The final charging system for the rover is enclosed in a rectangular, 0.05 inch thick, al uminum housing 
purchased from Newark Electronics (see Figure 15). There are six LED (light emitting diode) display 
lights and a power switch mounted on the front. The rover recharging cord comes out the front panel, and 
the power cord comes out the rear of the box. A carrying handle is located on the top of the charger. It 
weighs 9 pounds, measures 8" X 8" X 10. 125" and stands on four short, plastic feet. The charger has 



Figure 15. Overall Schematic of Charger. 


louvers on the side and a 150 CFM box fan mounted in the rear of the housing. The louvers and fan 
provide the cooling needed to keep the electronics from getting damaged. 

A detailed heat transfer analysis of the batteries and charger electronics was performed (see appendix J). 
A heat transfer model for natural convection between two concentric cylinders was used from De Witt 
[10] to approximate the heat transferred inside the wheel enclosure. The model included volume heating 
inside the batteries to simulate the power lost due to the internal resistance of the batteries. With the heat 
rate and the ambient temperature as knowns, the battery surface temperature was calculated using the 
equation: 
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q = Heat rate 

kff = Effective thermal conductivity for air inside enclosure EQ-7 
IX i = Diameters of out^rinner cylinders 
To.i = Temperature of outpinner cylinders 

For the charger electronics a heat transfer correlation for a flat plate with a heat flux was used yielding the 
equation ' B 


t .- r- 


= |~ 0.0308 • Re ’ • Pr ^ 


q" = Heat flux 

Te.oo = Electronics , Ambient Temperatures 
k = Thermal conductivity of air 
L = Length of plate 
Re = Reynolds number 
Pr = Prandtl number 


EQ-8 

We found that the batteries would reach a maximum temperature of 20.9 degrees Celsius using this 
model This is well within the safe temperature range, so there should be no problem with the batteries 
overheating ; while they are being charged. For the charger electronics, a maximum surface temperature of 
60 degrees Celsius was chosen, and a fan with a discharge rating of approximately 140 cubic feet per 
minute is required. 

To ensure that our battery charger design was safe, we evaluated it using the Failure Mode and Effects 
Analysis (FMEA). This analysis showed that the most serious safety hazards were blocking the flow of 
cooling air for the electronics, electric shock, and water damage. To keep the airflow horn being blocked 
we specified m the instructions not to put the charger in close proximity to other objects that can obstruct 
the airflow through the louvers and fan. A guard was also placed over the fan to protect it from foreign 
objects. To safeguard against electrical shock the circuit board was connected to the charger base using 
insulating plastic connectors, and the circuit was designed such that it is property grounded. In order to 
safeguard against water damage we put cautions and warning messages into the charger procedure that 
state to avoid contact with liquids. It is also recommended to tape the cords to the floor (if the location is 
permanent) to prevent a tripping hazard. Appendix K contains the detailed safety analysis and results. 

The rear electrical cord plugs into a standard three-prong, 120 Volt electrical wall outlet. The front 
electrical cord connects to the rover using a twelve pin connector. The front panel display consists of a 
power switch that illuminates when the switch is turned on. Also, there are six small LED that are lit 
initially and go out to signify when each carousel has reached full charge. 

The charger housing contains a circuit board mounted to the bottom with plastic snap connectors a 
transformer fastened with bolts and nuts, a fen attached with bolts into threaded holes, and a capacitor 
fastened to the fan. The main manufacturing process used was modifying the purchased housing to suit 

our needs. This was done by drilling holes into the housing to mount the circuit board, fen, LEDs and 
transformer. We also machined openings for the power switch and the fan. Also, the circuit board was 
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cut to size, using a band saw, and four mounting holes were drilled. Figure 16 show s the location of the 
internal components. An aluminum plate was machined to size and drilled for use as a cover for the 





opening in the back of the charger next to the fan. 

The voltage transformer is located on one side of the charger; it’s function is to convert the standard 120 
volts from the wall outlet to the 12 volts required by the charger circuit. The circuit board is mounted in 
front of the fan, in order to aid the cooling of the electronics. The function of the circuit is to filter and 
convert the alternating signal from the wall outlet to the direct current form needed to charge the batteries. 
It also controls which carousels are charged and at what rate. Figure 17 shows the circuit flow chart. 




Figure 17. Circuit Flow Chart. 


The basic electrical design of the battery charger is as follows: 
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Power to the charger comes from a cord plugged into a 120 volt outlet. This 120 volt signal is 
then sent through an On/Off switch and then through a transformer. The transformer lowers the voltage 
t° 12 V™,, 

To provide a useful signal, the 12 output of the transformer is sent through a f ull wave 
rectifier. While a half wave rectifier also works, a hill wave rectifier is much more efficient. Connected 
to the rectifier is a 1 1000 micro-Farad capacitor to further clean up the signal (this capacitor was used 
because it was donated). 

The comparator takes a reference voltage set by a voltage divider and compares the reference to 
the current batteiy voltage. This is accomplished using an LM324 quad operational amplifier and 
external resistors. The output of the comparator is a direct relationship to the difference in the voltages 
multiplied by a gain set by the external resistors. These resistors are set to keep the operational amplifier 
railed until the difference in the voltages is very small. When the operational amplifier in not railed, the 
output is linear until the difference is essentially zero. The slope of the output voltage of the operational 
amplifier when not railed and until it reaches zero is set bby a single resistor. C hanging this value has an 
effect on how big the difference in voltages has to be to keep the operational am plifi er railed. 

Six LEDs are connected to the outputs of the comparators. When the differences between the 
voltages are large and the outputs of the comparators are high, the LEDs are lit. When the differences 
aare small, the LEDs turn off. This provides a visual indication to the user of when all of the batteries are 
charged. 

The amplifier boosts the output of the comparator with the use of a TIP121 darlington. The 
TIP 12 1 darlington was chosen because fo its high gain (1000) and its ability to handle 50 volts at ten 
amperes. If the operational amplifier is railed, the output of the amplifier is at its maximum which is set 
to approximately one ampere. As the output of the operational amplifier fells, so does the output of the 
amplifier. 

The filtered and converted electrical signals are then sent through the front charger cord to the rover. A 
twelve pin connector is used to connect the charger cord to the rover. The rover wiring goes from the 
connector to the 1.2 volt batteries (which are connected in series in each carousel) in the wheels of the 
rover. 

The process used to charge the rover batteries with this charger is quite simple. The charger box is 
plugged into a standard wall outlet. The charger can be moved, if required, using its handle. Next, the 
power cord on the rover that runs from the batteries to the QED box is unplugged The charger cord is 
now connected to the power cord that was just unplugged. The power switch is then turned on and the 
operator can leave the charger. The charging process takes six hours and the operator can check to see if 
the batteries are charged by noting if all six LED lights are off. Each light is keyed to a specific carousel, 
allowing the operator to determine if there is a charging problem with a carousel. The operator does not 
have to worry about leaving the charger on too long and therefore over charging the batteries, because the 
circuit board has automatic overcharge shut-off capabilities. Finally, the charger cords are unplugged, and 
the rover is ready to run. A complete charging procedure is included in appendix L. 

7. RESULTS 

The results of this project are best summarized through the use of pictures. Figure 18 shows some of the 
details of the wheel design, including the batteiy carousels and motors. Figure 19 shows the interface of 
the frame, wheels and mounting platforms. Figure 20 shows the completed rover, including the two 
electronics housings. Figure 21 shows the battery charger 
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Figure 1 8. Section View of Wheel Revealing Interior. 


Motor 



Figure 19. Frame and Wheel Assembly Showing Camera Shaft and Mounting Platform. 
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Figure 20. Completed Rover Including Housings. 
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Figure 2 1 Charger for the Rover's Batteries. 

The final specifications of the rover and its systems are best given using a table. Table 
specifications. 


seven gives these 


Length 

19.7 in. 

Width 

14.5 in. 

Height 

8.95 in. 

Weight 

1 25 lb. 

Center of Gravity' 

2.5 in. from ground 

J Payload Weight 

51b. i 

Payload Capacity j 

20 lb. 1 

Run Time 

1 hr. at lull payload 

Charge Time 

6 hr 

Turning Radius 

0 in. 

Slope Detectability 

20 degrees 

Climbing Ability 

30 degrees 

Positional Accuracy 

± 1.2 inches 

Maximum Speed 

1 .5 ft./sec. 

U of I Cost 

$5000.00 


Table 7. Final Specifications of Rover. 


8. CONCLUSIONS 

This design of an autonomous land rover fulfills our customer's requirements. These requirements were 
met through the use of systematic design methods and economic tradeoffs. Due to time and budget 
constraints the rover wheels are still in the process of being machined on NASA's computer numerical 
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control lathes. All other parts are completed. The rover will be tested and delivered to Ames Research 
Center by the end of the summer of 1993. 
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CUSTOMER REQUIREMENTS 


APPENDIX A - HOUSE OF QUALITY 
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APPENDIX B - FUNCTIONAL DECOMPOSITION TAXONOMY 
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APPENDIX C - DECISION MATRIX 
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APPENDIX D - OBSTACLE AVOIDANCE 


Obstacle Avoidance Techniques: 


Ultrasonics - Both piezoelectric and Polaroid ultrasonic transducers use a combinations of 
transmitters and receivers. The signal is processed using an oscilloscope and a personal computer. 


Pros- 

Cons- 


-sensor used is usually high voltage 

-widely used for this application 

-return noise is a problem 

-inexpensive 

-piezoelectrics have narrow bandwidth - can not 
see some things 

-low power consumption 




-Polaroid's work good for this application 



Infrared - Infrared sensors transmit a light beam in the direction that is to be checked. If the 
receiver gets a signal back, there is something in front of the sensor. 


Pros- 

Cons- 

-currently in use 

-a lot of scattering 

-good for flat surfaces 

-high power consumption 

-fast 

-too fast for QED to process 


Tactile - Tactile sensors receive sensor input by coming in contact with an obstacle. After 
contacting an object, the rover must stop, back up and turn away from the obstacle. 


Pros- 

Cons- 

-easy to install 

-reactive not proactive 

-low power consumption 

-can not measure slope 


-low lunarability 


-too sensitive 
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APPENDIX E - GLOBAL LOCATION 


Radio Frequency - This navigation alternative would implement beacons sending a modulated 
radio frequency and a receiver located on the rover. The receiver would catch signals from the beacons 
and the QED would determine rover position in the test environment by measuring the power between the 
sender and the receiver. This power measurement is determined through the use of a simple equation. 


Pros- 

Cons- 

-lower power consumption 

-a lot of interference 

-theoretical ease 

-low repeatability 

-limited hardware 

-not commonly used 


-not practical 


Ultrasonics - Polaroid sensors that are located in post beacons, send signals to a rotating receiver 
on the rover. Through the use of trigonometric relationships, the position of the rover can be determined. 


Pros- 

Cons- | 

-in use at Ames Research Center 

-too much hardware 

-sound is slow enough for QED to process 

-resolution is bad 

M »? j ■ 1 1 J 1WJ » li M 



Optical - Optical systems incorporate transmitting beacons in conjunction with a rotating 
receiver on the rover. Through the use of time calculations and trigonometry, the position can be 
calculated. 


Pros- 

Cons- 

-simple to install 

-rotating receiver 

-easy circuits 

-safety 

-accurate 


-cost 



Lasers - A rotating transmitter on the center post of the rover would send out "bursts" to two 
separate reflectors located in comers of the test environment. The reflector posts reflect the burst back to 
the rover which measures the time delay between the two posts. From this information, and trigonometric 
relationships, the QED is able to calculate the rover locations. 


Pros- 

Cons- 

-very accurate 

-high power consumption 

-deterrent 

-extra equipment on rover 

-low interference 

-cost 


-safety- 


-mechanically difficult 
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o.60 Response from a motorcycle helmet 
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Time (seconds) 



Response from compacted soil at 10 degrees 
(soil contained scattered 1 in rocks) 
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Response from compacted soil at 45 degrees 
(soil contained scattered 1 in rocks) 
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Mylar balloon response 



Time (seconds) 



Comparison of Response Signals 
(Polaroid transducer @ 55 kHz) 



Standard Deviation of Signal Voltage 


APPENDIX G - QED SOFTWARE 



hex 

10 width ! \ Names are saved by first 16 letters \ 

0000 06 DP X! \ 32K for code \ 

4000 04 NP X! \ 16K name area \ 

0000 05 XCONSTANT BOTTOM. OF. UPDATE. HEAP 

7FFF 05 XCONSTANT TOP. OF. UPDATE. HEAP 

BOTTOM. OF. UPDATE. HEAP TOP. OF. UPDATE. KEAP IS. HEAP 

decimal 

0.00156 FCONSTANT T \ Time constant used for ultrasonic FFT's \ 
FVARIABLE ultra_freq1 
0.0 ul tra_freq1 f ! 

1000 CONSTANT beaconl freq 
2000 CONSTANT beacon2 freq 


variable SAFE \ Semaphor variable used for critical processes \ 
-1 SAFE ! 
variable in menu 
0 i nmenu ! 

variable last_sonar_time 
0 last_sonar time ! 
variable last_posi t Ion 
0 last_posl t ion ! 
variable last findpos_tlme 
0 last_f indpost Ime ! 


matrix: waveform_sample \ Matrix to store analog waveform \ 
2 64 * waveform_sample dimmed \ sample of ultrasonic receiver. \ 
’ waveform_sample zero. matrix 


matrix: audio_sample 
2 64 ' audio_sample dimmed 
1 audlo_sample 2ero. matrix 


\ Matrix to store analog waveform sample \ 
\ from an audio (.5 - 5KHz) source. \ 


matrix: terrain_map 
40 40 ' terralnjnap dimmed 
' terra1n_map zero. matrix 


: init.dacs 
9 1 do 0 1 >dac loop 


\ "memory-map" of 10 m. X 10 m. terrain that \ 
\ the rover navigates through. This matrix \ 
\ records the placement of obstacles as they \ 
\ are detected. \ 

\ Initializes the motors to 0 volts \ 


array: char_buffer 

20 1 1 ' char_buffer dimensioned 

' charbuffer zero. array 
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: blank. buff 

20 0 do 32 I char buffer c! loop 

I 

blank. buff 


array: startposi t ion 
214' start_posi t Ion dimensioned 
start_pos I t ion zero. array 


array: currentposi t ion 
214' current_posi t ion dimensioned 
currentposi t ion zero. array 


\ (X,Y) coordinate of rover's start \ 
\ position on memory map. \ 


\ (X,Y) coordinate of rover's current \ 
\ position on memory map. \ 


array: dest inat ion_posi t ion \ (X,Y) coordinate of destination \ 

214' dest I nat ion_posl t Ion dimensioned \ point. \ 

dest 1 nat lon_posl t Ion zero. array 


array: di rect lon_vector \ Polar (Mag, Dir) vector representation \ 
214' di rect lon_vector dimensioned \ of rover's direction of travel. \ 
' di rect lonvector zero. array 


array: dest i nat ion_vector \ Polar representation of the vector \ 

214' dest i nat ion_vector dimensioned \ from rover's current point on the \ 

dest inat lon_vector zero. array \ memory map to the destination \ 

\ point on memory map. \ 


array: motor_level \ Analog voltage output to the motor \ 

412* motorlevel dimensioned \ controller board. \ 

’ motor_level zero. array 
: init. motors 
4 0 
do 

0 I motorlevel ! 
loop 
! 

Ini t .motors 


array: tilt \ Stores the analog signal from the 2-axls \ 
21 2 * tilt dimensioned \ tilt sensor. \ 
‘ tilt zero. array 
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: Init.ti It 
2 0 
do 

2048 I tilt ! 
loop 

init.ti It 


array: keypad_ index \ Provides a mapping of the actual \ 

20 1 2 ’ keypad_ Index dimensioned \ keyboard array values to those \ 

' keypad_lndex zero. array \ of the user’s template. \ 

: ini t. keypad 
13 0 
do 

keypad_ index ! 
loop 

7 18 4 17 1 16 8 14 5 13 2 12 9 10 6 9 3 8 27 6 0 4 13 0 -2 5 
Ini t. keypad 


38400 0 

task: update. map 

16384 15 20479 15 28672 15 

update. map 

bui Id. standard. task 


\ Sets up the environment for the obstacle \ 
\ avoidance process. The build. standard. task \ 
\ command Initializes the heap and variable \ 
\ areas and places this process In the "round \ 
\ robin" loop of the mult I tasker. \ 


39424 0 \ Sets up the beacon positioning process \ 

task: get. location 

20480 15 24575 15 28928 15 

get . location 

bul Id. standard. task 


40448 0 \ Sets up the motor control process \ 

task: motor .control 

24576 15 28671 15 29184 15 

motor .control 

bui Id. standard. task 


^-f 



di rect ion. status 


\ 

\ Sets task environment variable In order to block a process 
\ or awaken I t : 

\ 

\ <status> di rect ion. status 
\ 

\ (note: status is either 0 or -1 ) 

\ 

status get. location task’s. user. var ! 


: motor. status 

status motor. control task 's. user .var ! 


: sonar. status 

status update. map task's. user. var ! 


: get_time.s 
\ 

\ Gets seconds from system time 
\ 

read. elapsed. time 

3 ndrop 

swap 

drop 


: get_time.m 

\ 

\ Gets milliseconds from system time 
\ 

read. e lapsed. t ime 

drop drop 0 0 

fswap drop fswap drop 

flot fswap swap drop 

f lot 

1000.0 

f* f+ 


jTJL 



: get_user_number 
\ 

\ Gets a floating point number from user keypad: 

\ 

\ <line> <col> get user number 
\ 

-1 0000 0.0 locals{ f&userval char place line col error 
to col 
to line 
begin 
error 
while 

blank. buff 
0 to place 
begin 
keypad 
to char 
place 0 = 
if 

6 0 4 c! 

32 

7 1 


do 


dup 
I 4 
loop 


c! 


0 4 line col 1 + $>display 
update. display 
drop 
end if 

char keypad_ Index ® 48 + 
to char 

place 1+ to place 
char 61 = not 


if 


line col place + put. cursor 
char char>dlsplay 
char place char_buffer c! 
end if 

place 6 >* 
char 61 = 
or not 
while 
repeat 
char 61 = 

If 


} 


place 1 - to place 
endi f 

place 2 + 0 4 c! 
place 2+0 
do 

I char_buffer c® 
11+4 c! 
loop 




0 4 I Ine col $>display 
update. display 
0 4 $>f 
if 

fdup to f&user val 
10.0 f> 
if 

-1 to error 
else 

0 to error 
endi f 

else 

-1 to error 
endi f 
error 
if 

6 0 4 c! 

32 82 79 82 82 69 

7 1 

do 

I 4 c! 

loop 

04 I ine col 1 + $>dlsplay 

update. display 

I ine col 1 + put. cursor 
endi f 
repeat 
f&user val 


: get_audio_tone 

\ 

\ Gets audio sample from 12-bit analog port #8, performs an FFT, and 
\ returns the amplitude of the < frequency > requested: 

\ 

\ < frequency > get audio tone 

\ 

0 locals{ freq > 

200 / 
to freq 

' audio_sample zero. matrix 
SAFE @ ' 
if 

asleep motor. status 
asleep sonar. status 
endi f 



45056 

0 

64 

-1 

7 

a/d12. multiple 
1 0 
do 

64 0 
do 

45056 
64 
J * 

+ 

I 2 * + 

0 

© 

f lot 

819.0 

f/ 

J I audio_sample F! 
loop 
loop 

’ audio_sample FFT 
1 freq audio_sample F© 
tabs 
fdup f* 

0 freq audio_sample F© 
tabs 

fdup f* 
f+ fsqrt 
31 .4159 
f/ 

SAFE © 

1 f 

awake motor. status 
awake sonar. status 
endi f 


: f i nd_pos 1 1 1 on 

0 0.0 0.0 0.0 0.0 0.0 0.0 locals{ f&thetal fitheta2 fidl f&d2 

f&del ta_t fir bad > 

\ Calculates current rover position based on signals that 
\ are received from the optical beacon system. Due to the 
\ time neccessary for the FFT signal processing, It is 
\ recommended that the beacons rotate at no more than 5 RPM. 

decimal 


S~£~ 


begin 

“ L” 0 18 $>display 
update. display 
O' to bad 

-1 7 a/dl 2. sample 
256 > 
if 

beacon1_freq 
get audlo_tone 
0.25 f> 
if 

get_t ime.m 
begin 

-1 7 a/dl 2. sample 
16 > 
while 
repeat 
begin 

-1 7 a/dl 2. sample 
16 < 
while 
repeat 
get_t ime.m 
beacon1_f req 
get_audlo_tone 
0.25 f> 

If 

fswap f- to f&delta_t 
0.0005235 f&del ta_t f 

to f&thetal 
begin 

beacon2_freq 
get_audio_tone 
0.25 f< 
while 
repeat 
get_t ime.m 
begin 

-1 7 a/dl 2. sample 
16 > 
while 
repeat 
begin 

-1 7 a/dl 2. sample 
16 < 
while 
repeat 
get_time.m 
beacon2_f req 
get_audio_tone 


\ 0.0005235 assumes 5 RPM; change 
\ this if neccessary. 


s~t> 


0.25 f> 

If 

fswap f- to f&del tat 
0.0005235 f&deltat f * 

to f&theta2 
else 


\ 0.0005235 assumes 5 RPM; 
\ this if neccessary. 


-1 to bad 
fdrop 
endi f 
else 

-1 to bad 
fdrop 
endi f 
else 

-1 to bad 
endi f 
bad not 
if 

1.571 f&thetal f- to f&thetal 

1.571 f&theta2 f- to f&theta2 
f&theta2 fsin 10.0 f* 

to 1 f«r ,Sthet *' ,Sth9,a2 U ,sln f/ \ '»* ol sines \ 

1.571 f&thetal f- to f&thetal 

f&r f&thetal fcos f* 0 current_position f! 

f&r f&thetal fsin f* 1 current_posi tlon f' 

0 current_posltlon fe f. 

1 currentposi t ion f@ f. 
end If 

endi f 

” " 0 18 $>dlsplay 

update. display 
again 
halt 
1 


change 


look 


\ 

\ 

\ 

\ 

\ 

\ 

\ 

0 0 0.0 0.0 0.0 0.0 0.0 I 


Enables the ultrasonic transmitter 1C and counts the number of 
mil (seconds between enabling the LM1812 1C and receiving a 
reflection signal from an object in the near proximity. Knowinq 

the speed of sound and the elapsed time, this function can calculate 
the obstacle's distance from the rover. calculate 


decimal 
get_time.s 
last_sonar_time ® 
not 


ocals{ f&del ta_t f&start_tlme f&dlstance 
f&de I ta_x f&delta_y x_coord y_coord } 


ri 


\ Obstacle Is recorded on \ 
\ the terrain memory map. \ 


1.0 40 y coord - xcoord terrain map f! 
endlf 

get_t Ime.s 
last_sonar time ! 

" " 0 17 $>display 

update. display 
awake di rect ion. status 
awake motor. status 
endi f 


: get. destination. vector 
\ 

\ Calculates destination vector in polar form 
0.0 0.0 locals{ f&x f&y > 

0 destlnatlon_positlon f@ 

0 current_posi t Ion f® f- to f&x 
f&x fdup f* 

1 dest i nat i on_pos I t i on f§ 

1 current_posl t ion fe f- to f&v 
fiy fdup f* f+ y 

fsqrt 

0 dest i nat ionvector f! 
f&y f&x f/ fatan 

1 dest i nat ionvector f! 


: test. sonar 
\ 

\ 

\ 

\ 

\ 

\ 

\ 

decimal 

0 I oca I s { fft. option } 

a/d8 . on 

begin 


Tests the frequency response of the ultrasonic transducers wh»„ .. 
ultrasound tone Is received on analog port 0 tte , 

that are detected are displayed on the LCD sire™ q ?? nCles 

the user to also specify Jhld, f^ncy shou d Ee Isl d , or til" a "° WS 
ultrasound "aliasing" frequency. USea Tor the 


Ini t. display 

Ultrasonic receiver "00 $>dlsplay 
” spectrum analyzer: " 1 0 $>dlsplay 

SHIFT for main menu "20 $>dlsplay 
" ENTER to sample " 3 0 $>displav 
update. display 
waveform_sample zero. matrix 

0 




to fft. option 
keypad 
0 = 
while 

Ini t.di splay 
dec i ma I 

" waiting for signal "00 $>display 
" Input.. . " i o $>display 

update. display 
begin 

0 a/d8. sample 
16 

< 

while 

repeat 

ini t.di splay 
update. display 

asleep status 33792 0 task 's. user .var ' 
45056 
0 
64 
0 

a/d8 .multiple 

awake status 33792 0 task 's. user .var ' 
10 
do 

64 0 
do 

45056 
64 
J * 

+ 

I + 

0 

c© 
f lot 
51.2 
f/ 

J I waveformsample F! 
loop 
loop 

* waveform_sample FFT 

" DUWP SST SET "30 $>dlsplay 

update. display 

cr 

cr 

begin 

keypad 

to fft. option 
fft. opt Ion 
19 = 

fft. opt Ion 


*0 


15 = 

or 

not 

while 

repeat 

32 0 

do 

2 1 
do 

fft.opt ion 
15 = 
if 

begin 

?keypad 

not 

while 

repeat 

to fft. option 
end I f 

fft.opt ion 
11 = 
if 

J 1 - 
flot T f/ 
ultra_freq1 f! 

2 0 
do 

" " 0 10 $>dlsplay 

update. display 

5000 0 

do 

loop 

ultra_freq1 f® 
f>f loatlng$ 
drop 

0 10 $>dlsplay 
update. display 
5000 0 

do 

1 oop 
loop 
begin 
?keypad 
not 
while 
repeat 
drop 

15 

to fft. option 
end! f 

J flot T f/ f. 

I J waveform_sample F® 
fabs 




fdup f* 

0 J waveform. sample FQ 
tabs 

fdup f* 
f+ fsqrt 
31 .4159 
f/ 

fdup f. 
cr 

f >f I oat i ng$ 
drop 

” "00 $>dlsplay 

"10 $>display 

update. display 

1 10 $>display 
" Freq:" 

0 0 $>d!splay 
" Amplitude:" 

1 0 $>dlsplay 
J flot T f/ 

0.0 f« 

if 

" DC" 0 10 $>display 
else 

J flot T f/ 
f >f I oat ing$ 
drop 

0 10 $>display 
endi f 

update. display 
loop 
loop 

init.display 

" ultrasound detector" 0 0 $>dlsplay 
" set to " 1 0 $>display 
ultra_freq1 f® 
f >f I oat I ng$ 
drop 

1 8 $>display 
" H 2 " 1 14 $>display 

update. display 
begin 
?keypad 
not 
while 
repeat 
drop 
repeat 

-1 i njnenu ! 
init.display 
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: act ivate. motors 
\ 

\ Causes the rover motors to activate on two specified ports 
\ for a given number of seconds + milliseconds: 

\ 

\ <porta> <portb> <seconds> <mi 1 1 iseconds> act ivate. motors 
\ 

0 0 0.0 0 0 0 0 0.0 locals{ f&current start_sec start_mi I sec mil f&total_start_mi Is 
pi p2 > 

to mi I 
to sec 
to p2 
to pi 

pi 1+ to pi 
p2 1+ to p2 
32 0 
do 

I 8 * pi >dac 
I 8 * p2 >dac 
loop 

read . e I apsed . seconds 
drop 

to start_sec 
to startjni I 
start_sec 
f lot 

1000.0 f* 
start_mi I 
flot f+ 

to f&total_start_ml Is 
begin 

read . e I apsed . seconds 
drop flot 
to f&current 
f&current 

1000.0 f* 
to f&current 
flot f&current f+ 
to f&current 
f&current 

f&total_start_mi Is f- 
mi I flot sec flot 

1000.0 f* f+ 
f>= 
not 
while 
repeat 
32 0 
do 

255 I 8 * - pi >dac 
255 I 8 * - p2 >dac 

loop 

« 

1 
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: forward 
\ 

\ Moves the rover forward for a specified number of seconds + milliseconds- 

\ 

\ <seconds> <ml 1 1 i seconds) forward 
\ 

0 0 locals{ secs mils > 
to mils 
to secs 

0 2 secs mils act I vate. motors 


: reverse 
\ 

\ Moves the rover backward for a specified number of seconds + milliseconds: 

\ <seconds> <mi 1 1 iseconds) forward 
\ 

0 0 locals{ secs mils) 
to mils 

to secs 

1 3 secs mils act I vate. motors 


: left 

\ 

\ Turns the rover left for a specified number of seconds + milliseconds: 

\ <seconds> <mi 1 1 iseconds) forward 

\ 

0 0 loca!s{ secs mils } 
to mils 

to secs 

1 2 secs mils act i vate. motors 


: right 
\ 

\ Turns the rover right for a specified number of seconds + milliseconds: 

\ <seconds> <mi 1 1 iseconds) forward 
\ 

0 0 locals{ secs mils } 
to mils 
to secs 

0 3 secs mils act I vate. motors 


: setjnotors 

\ 

\ Starts motors 5 seconds after the rover is powered up. 

\ 

decimal 

begin 

ini t.d I splay 
" M" 0 19 $>dlsplay 
" Running... " 1 0 $>display 

M "20 $>display 

" "30 $>display 

update. display 
1 5000 do loop 
1 0 forward 
" " 0 19 $>display 

update. display 
again 
halt 
! 


| : test. motor 

\ 

I \ Calibration utility for testing the operation of the rover motors 
\ in any user specified direction. 

\ 

0000000 locals{ motor select cursor 

I DAC1 DAC2 escape system_motor_num > 
ini t. display 

" Select type > FWD "00 $>dlsplay 

I " of test: REV " 1 0 $>display 

" L "20 $>dlsplay 

" R "30 $>display 

I update. display 

-1 0-1 display. opt ions 
0 13 put. cursor 
begin 

( escape not 
while 
beg i n 

1 32 char>dlsplay 

cursor 13 put. cursor 
62 char>display 

I cursor 13 put. cursor 

keypad 
to select 
select 

1 0 = 

select 
6 ■ or not 

I wh 1 1 e 

select 1 * 
cursor 3 < 

I 




and 

if 

cursor 1+ 
to cursor 
endi f 

select 2 = 
cursor 0 > 
and 
if 

cursor 1- 
to cursor 
end if 
repeat 
select 6 = 
if 

-1 to escape 
end if 

select 0 = 
if 


cursor 
case 
0 
1 
2 
3 

endcase 
endi f 
-1 0 -1 
repeat 

-1 in menu ! 


of -1 
of -1 
of -1 
of -1 


0 d I splay. opt ions 
0 di splay. opt ions 
0 di splay. opt ions 
0 di splay. opt ions 


display. opt Ions 


5 0 forward endof 
5 0 reverse endof 
50 left endof 
5 0 right endof 


: test.ti It 
\ 

\ Utility for test I ng and manua 1 1 y ca I i brat i ng the 2-ax is tilt sensor . 
\ The tilt angle is displayed on the LCD continuously, allowing the 

\ user to adjust the calibration pots on the sensor until a zero 

\ reading is made. 

\ 

2100 locals{ escape axis display_pol nter pressed > 

2 right. pi aces ! 

1 to display_polnter 
Ini t. display 
begin 

" Axis to align: "00 $>dlsplay 

" X-axis " 1 0 $>display 

" Y-axis "20 $>display 

" "30 $>display 

update . d i sp I ay 
-1 0 -1 di splay. opt ions 
dlsplay_poi nter 12 put. cursor 



60 char>di splay 

display_poi nter 12 put. cursor 

escape 

pressed 6 = - 
or not 
while 

0 to axis 
begin 

keypad 
to pressed 
pressed 1 = 
i f 

1 12 put. cursor 
32 char>display 

2 12 put. cursor 
60 char>display 
2 12 put. cursor 

2 to display_polnter 
endi f 

pressed 2 = 
if 

2 12 put. cursor 
32 char>dlsplay 
1 12 put. cursor 
60 char>dlsplay 
1 12 put. cursor 
1 to display_polnter 
endi f 

pressed 6 = 
if 

-1 to escape 
end if 

pressed 0 = 
escape or 
not 

while 

repeat 

escape 

If 

6 

end i f 

escape not 

1 f 

displaypointer 1 - 

to axis 

cl ear. display 

-10 0 d I splay. opt Ions 

axis 0 = 

if 

X-axis: " 1 0 $>dlsplay 

update. display 
endi f 
axis 1 = 


£7 


II 


1 0 $>dlsplay 


if 

" Y-axis: 
update. display 
endi f 
begin 
3000 0 
do loop 

" " 1 10 $>display 

update. display 
-1 axis a/dl 2. sample 
f lot 

819.2 f/ 2.5 f- 
.075 f/ 
f >f ixed$ 

drop 1 10 $>display 

update. display 

?keypad not 

while 

repeat 

end I f 

to pressed 
repeat 

3 right. pi aces ! 

-1 I n_menu ! 


: test. beacon 

\ 

\ Utility for testing the response of the optical beacon system. 
\ This will test the accuracy of the angles measured by the QED 
\ when the beacons are rotating. 

0 0 0.0 0.0 localsf f&thetal f&deltat bad escape } 
dec I ma I 

2 right. places ! 
escape not 

1 f 

Ini t.d I splay 

" Waiting for signal "00 $>display 
" from beacon... " 1 0 $>display 
update. display 
0 to bad 
begin 

-1 7 a/dl 2. sample 
256 < escape not and 
while 
?keypad 
if 

6 = 
if 

-1 to escape 
endi f 


b % 


endi f 
repeat 
escape not 
i f 

i nit. display 
gett Ime.m 
beacon1_f req 
get_audio_tone 
0.25 f> 
if 

" First tone detected 

it 


update. display 
0 10 0 do 
-1 7 a/dl 2. sample 
+ 

loop 10 / 

128 > 
if 

begin 

0 10 0 do 

-1 7 a/dl 2. sample 

+ 

loop 10 / 

128 > 
while 
repeat 
endi f 
begin 

0 10 0 do 

-1 7 a/dl 2. sample 

+ 

loop 10 / 

128 < 


0 0 $>display 

1 0 $>display 


while 
repeat 
get_t ime.m 
beacon1_f req 
get_audio_tone 
0.25 f> 

If 

" Second tone detected" 0 0 $>display 
" "10 $>dlsplay 

update. display 
fswap f- to f&delta_t 

0.0005235 f&delta_t f* \ 0.0005235 assumes 5 RPM; change 

\ this If neccessary. 

to f&thetal 
0 10 0 do 
-1 7 a/dl 2. sample 
+ 

loop 10 / 

128 > 




If 


begin 

0 10 0 do 

-1 7 a/dl 2. sample 

+ 

loop 10 / 

128 > 
while 
repeat 
endi f 
else 

fdrop fdrop 
-1 to bad 
endi f 
else 
fdrop 
-1 to bad 
endi f 
bad not 
If 

" thetal®" 0 0 $>dlsplay 
f&thetal >degrees 
f >f lxed$ 
drop 

0 7 $>dlsplay 
" deg." 0 16 $>display 
update. display 
endi f 
endi f 
endi f 

3 right. places ! 
escape not 
if 

keypad 
drop 
endi f 

ini t. display 
-1 In menu ! 


: test .di rect Ion 

\ 

\ Function used to read direction If an electronic compass signal 
\ is connected to the rover. 

\ 
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: setup. coordinates 

\ 

\ This function allows the user to enter the starting and destination 
\ points from the keypad. The coordinates entered must be values between 
\ 0.0 and 9.999 meters. 

\ 

1 0 0 locals{ select escape menu_optlon } 
asleep di rect I on. status 

asleep motor. status 

2 right. pi aces ! 

2 left. places ! 
ini t. display 

" Select coordinates ’’0 0 $>display 
" to change: " 1 0 $>di splay 

" DEST. ( , ) " 3 0 $>display 

0 star t_posl t Ion f@ 
f>f lxed$ 

drop 2 6 $>dlsplay 

1 start_posi t Ion f@ 
f >f ixed$ 

drop 2 12 $>disp!ay 
update. display 
" START (" 2 0 $>dlsplay 
" ,** 2 12 $>display 
" ) " 2 18 $>display 
update. display 

0 dest Inat Ionposi t ion f@ 
f >f ixed$ 

drop 3 6 $>display 

1 destinationpositlon f@ 
f>f ixed$ 

drop 3 12 $>display 
update.di splay 
" DEST. (" 3 0 $>di splay 
" 3 12 $>display 

" ) M 3 18 $>display 
update. display 
-1 0 -1 display. opt Ions 

2 5 put. cursor 
62 char>dlsplay 
2 5 put. cursor 
begin 

keypad 
to select 
select 1 = 
if 

2 5 put. cursor 
32 char>di splay 

3 5 put. cursor 
62 char >d I splay 
3 5 put. cursor 

2 to menu_option 
endi f 

select 2 « 
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If 


3 5 put. cursor 
32 char>dlsplay 
2 5 put. cursor 
62 char>display 
2 5 put. cursor 
1 to menu option 
endi f 

select 6 = 

If 

-1 to escape 
0 to menu_opt ion 
endi f 

select 0 * 
escape or 
not 

while 
repeat 
menu_opt Ion 
case 

1 of 2 7 put. cursor 

2 6 get_user_number 

0 start_positlon f! 

2 13 put. cursor 

2 12 get_user_number 

1 start_posl t Ion f! 
endof 

2 of 3 7 put. cursor 

3 6 get_user_number 

0 dest inat lon_posi t ion f! 
3 13 put. cursor 

3 12 get_user_number 

1 destinatlon_positlon f! 
endof 

endcase 

2 right. pi aces ! 

5 left. places ! 
init.di splay 
awake di rect ion. status 
awake motor. status 
-1 in menu ! 


: cal .menu 
\ 

\ Menu function for various device utilities. 

\ 

Ini t.dl splay 

" Device Calibration "00 $>dlsplay 

" Menu: "10 $>di splay 

" "20 $>dlsplay 

" SfC MOT TILT NAV LOC" 3 0 $>dlsplay 


7 JL 


update. display 

keypad 

case 

19 of test. sonar endof 
15 of test. motor endof 
11 of test. 1 1 It endof 
7 of test. beacon endof 
3 of setup. coordinates endof 
endcase 


: main menu 
\ 

\ This function Is responsible for checking the presence of a keypad 
\ connection; if a key is pressed, WALRUS goes into the calibration 
\ mode. In this mode, a menu is displayed which allows testing of 
\ various devices used by the rover. 

\ 

0 locals{ menu_optlon } 

0 start_posl t Ion f® 0 current_posi t ion f! 

1 start_posi t Ion f® 1 current_posi tion f! 
begin 

get . dest i nat I on . vector 

?keypad 

in menu @ 

or 

if 

depth 
0 = 


not 

if 

drop 
endi f 

asleep di recti on. status 
asleep motor. status 
0 SAFE ! 

0 in_menu ! 
i n 1 1 . d I sp I ay 
" WALRUS Test 
" Environment: " 

ii ii 

M RUN CAL TASK 
update. display 
keypad 

to menu_option 
menu_opt ion 
15 = 
if 


0 0 $>display 

1 0 $>display 

2 0 $>dlsp!ay 

3 0 $>dlsplay 


cal .menu 
endi f * 

Ini t.di splay 
update. display 


-1 SAFE ! 

awake di rect ion, status 
awake motor .status 
endi f 
look 
aga i n 
halt 


: system. start 
\ 

\ "system. start" initializes all necessary hardware ports, starts the 

\ system timers, allocates memory for each process that will be 

\ executed in the multitasking environment, and finally causes all 
\ processes to begin execution (all processes are asleep until this 

\ function Is executed). This Is the function which Is pointed to by 

\ the PRIORITY. AUTOSTART vector. 

\ 

decimal 

init.spi 

-1 -1 init.pl a 

Inlt.a/d12&dac 

a/d8.on 

init. elapsed. time 
start.t imesl leer 
ini t.dacs 

20480 15 24575 15 28928 15 

get . location 

bui Id. standard. task 

16384 15 20479 15 28672 15 

update. map 

bul Id. standard. task 

24576 15 28671 15 29184 15 

motor .control 

bui Id. standard. task 

50 

*100us=t imesl ice. per iod 
0 in menu ! 

cfa.for main_menu update. map activate 
cfa.for f i nd_pos I t i on get. location activate 
cfa.for set motors motor .control activate 


\ execute: CFA.FOR SYSTEM. START PRIORITY. AUTOSTART when all debugging 
\ is finished. 
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Load Soeed at Max Efficiency (rad/ s> 


40T-T 

471 

450 

450 


419 



Row Output at Mai Efficiency (Watts) 


..-•M'S 

3 47 

4 52 

2 42 


376 



Power Output at Mai Efficiency |mnp) 


fYCftfe 

4$ 

61 

32 


31 



Efficiency {%! 


;6M %A 

57 4% 

01 4% 

54 9*. 


59 5% 

( load 

Load Current at Mai Efficiency 



0.50 

061 

<P0 


026 

RATED MOTOR PARAMETERS (typcaft 


/ — \ 


Ttoad 

Maximum Rated Torque (oz-m) 

Tis 

km# 

299 


2 31 


319 



Minimum Rated Torque fmN-mi 

Vs 


21 09 

28 43 

1629 


27 47 

S Joed 

Minimum Rated Speed (RPM) 

p tT ' 


2400 

2500 

2000 

515“ 

2000 



Minimum Rated Soeed irac/s) 

i « 


251 

262 

209 


209 



Power Output at Max Rated Torque Warts) 

1 5 

Spffijl 

530 

7 45 

3 41 


576 



Power Output at Mai Rated Torque fmHp) 

| 15 

tttefissi 

7 1 

10 3 

46 


77 i 



Efficiency (%) 

t S 


36 58% 

41 47% 

31 10*. 


35 22% 

i load 

Maximum Rated Current (A) 

~ 

M 

121 

1 50 . 

046 


068 

1 lock 

s 

jii Current (A) 



203 

2 69 

069 

6P5?S 

Ml 

TIock 

Sun Torque (oz-in) 


^Sjj m 

525 

/^54 / 

363 


660 


| Stan Torque imN-m) 


Ml 

37 07 

53 21 

2565 


46 64 

! nl 

No load Current (A) 


ftftlMn 

0105 

0110 

0 042 


0.051 

$m 

No load Speed (RPM) 



5777 

5440 

5206 
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| No load Speed <r*n) 


tSBw 
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469 

T cog 

Cogging Torque (oz-m) 



0 14 

1% 

on 


0-20 

Td 

Torque to Oemagnetnt (oz-mi ( 


«i 

12.2 

fulfil) 

91 

basic* 

161 

Tfi 

Internal Motor fncbon Iw^l 


gj&Ml 

0 25 

'Trti 

0.20 


028 


| Internal Motor Fnctxxi imN-m) 




1.77 

198 

1 41 


196 


22301 
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Note 1 - Motor mounted fionzontalty on a 10 » 10 * 1/4 Aluminum plate 
Note 2 • Motor m fret air 
Note 3 • Roto* locked 


Now 4 * inductance measured using a Sencor witWe frequency nductance meter 
Note 5 * Continuous duty 

Note 6 ■ Causes a 5% toss of Full Load otfput torque 
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The QED Board Integrates l/O-RL 
Hardware and Easy To Use Software 


Tremendous Capability on a Palm-Sized Board 

• Up to 32 digital 1/0 lines including 8 timer-controlled signals 

• Up to 24 analog I/O lines with optional 12-bit A/D and 8-bit D/A 

• Two serial ports. RS232 and RS232/485 

• Built-in hardware/software interfaces for keypad, LCD display, 
and real-time clock 

• 8 Megabyte addressable memory with up to 384K battery-backed 
RAM/ROM onboard 

Write-protection switches allow PROM-less programming 
8 or 16 MHz 68HC11 microcontroller with built-in watchdog 
timer and 1/2K EEPROM 

Battery operable, runs on 6-T2~volts, draws only 100mA 


Complete Programming, Mathematics, anc 

Debugging Environment- Right On The Board 

• Enhanced QED-Forth high level language 

Resident multitasking executive, interpreter, compiler, anc 
assembler 

• Complete floating point math capabilities including trigonometric, 
log/exponential functions, and formatted real number input/output 

• Workstation-calibermatrix math package with calibration functions 
simultaneous equation solution, curve fitting, and FFTs 

• Pre-coded drivers for keypad, display, A/D, D/A, and other I/O 
Built-in autostarter automatically runs your program at power up 

• Powerful interactive debugger supports program trace, single step, 
break point insertion, and register viewing 


Block Diagram of the QED Board 
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Serial Communications 



RS232/485 
Serial Port 


RS232 
Serial Port 


Analog I/O 


8 Channel 
8-Bit D/A 
(optional) 


8 Channel 
12-Bit A/D 
(optional) 



. *%. , * , V 

1 Motorola 1 

1 68HC11F1 I 

1 Microcontroller | 

Serial 

Communi- 

cations 

Interface 

Watchdog 

Timer, 

22 Interrupts, 
1/2K 

EEPROM 

8 Channel 
8-Bit A/D 
or 

Digital 

Input 

Port 

8 Megabyte 
Address/ 
Data 
Bus 

High Speed 
Serial 
Peripheral 
Interface 

Timer- 
Controlled 
Digital 
I/O Port 



Digital I/O and Control 


Connector 


1 Power Conditioning 

Mu?! , 




( Resident Onboard Memory 1 

64K 

QED-Forth 

Kernel 

PROM 

32K-128K 

SRAM 

Real Time 
Clock 
Available 

32K-128K 
PROM or 
SRAM 

Write- 

protect 

Logic 




to 


[ Peripheral Interface Adaotor 1 

12 Bits 
Digital I/O 

4x20 

LCD 

Display 

Interface 

4x5 

Keypad 

Interface 



iSL&ag ; 




a 


Keypad and Display 
Connector 
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Rapidly Prototype Your Instrument Using 

The QED Product Design Kit 



The QED Product Design Kit™ integrates the QED Board, keypad, display, 
prototyping board, and power supply in a versatile instrument enclosure. 


Fully Integrated Instrument Hardware 

The QED Product Design Kit saves you time and effort by integrating all the ingredients of 
an impressive user-friendly instrument, including the powerful QED computer board analog 
and digital I/O, serial communications, keypad and display. Built-in device drivers and pre- 
wired interfaces make the hardware easy to use so you can concentrate on the creative and 
unique aspects of your product. 


I 

i 

i 

1 

p 
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Rapid Software Development 

With the QED Board's programming environment you'll be up and running in no time 
Everything you need to develop your software is included: superbly documented high level 
Forth language, multitasker, pre-coded I/O drivers, complete floating point math and matrix 
algebra package, and user friendly interactive debugger. And with the flip of a switch you can 
convert the onboard battery-backed RAM into write-protected "emulated ROM", so you won't 
waste time burning PROMs during product development. 

Turn Your Smart Product Ideas Into Reality 

TTe QED Board supports your product from idea to production. With the QED Product 
esign Kit you can quickly prototype and debug your instrument. And when your prototype 
is one, the application software is easily installed on the QED Board in your production 
instrument. OEM users can take advantage of the QED Board's economical volume discounts. 

••oaaic Industries, Inc. • 5437 Central Ave. Suite 1 • Newark, CA 94560 • Phone 510-790-1255 • Fax 510-790-0925 
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The QED Board 

Software Development Environment 
Specifications 


High Level Programmability: The QED Beard- includes an interpreter, compiier. assembler, math library 

debugger, and multitasking real-time operating system in its 64K on-board ROM 
The board is eas.ly programmed with high level QED-Forth commands from any 
PC or terminal via an RS-232 serial link. QED-Forth is a superset of the Forth 
language that includes hundreds of pre-coded library functions, a floating point 
and matrix math package, access to an integrated assembler and symbolic 
debugger, and features such as local variables that simplify function definitions 
and enhance code readability. 

Decision Making/Row Control: QED-Forth supports conditional IF ... ELSE ... ENDIF statements multiple-branch 

CASE statements, definite looping with DO ... LOOP and FOR ... NEXT, indefinite 
looping with BEGIN ... UNTIL, and conditional looping with BEGIN WHILE 
REPEAT statements. 


Interrupt Support: Twenty 68HC1 1 FI interrupts have associated names in the QED-Forth dictionary 

Interrupt service routines can be coded in either high level Forth or in assembly 
code, and are debugged just like any other routine. A simple ATTACH command 

!sa^ivataj SerV,Ce r ° Utne SOthatrt wiU ** 031,0(1 whefi ever the specified interrupt 

Device Dnvers: Built-in high level routines provide easy access to onboard hardware including two 

RS-232 communications channels, keypad, display. 8 bit A/D, 12 bit A/D 8 bit 
D/A, and real-time clock. 


Integer Math. Dozens of integer and double number math routines are provided. 


Floating Point Math: 


Matrix Math: 


Heap Memory Management: 


The full featured floating point math package includes simple math log 
trigonometric, and exponential functions, and formatted real number input/butput 
Ftoatmg point numbers maintain 5 decimal digits of precision over a range of 
10" to 10* 3 *. Among the many floating point functions are' F+ F- F* 
F/. F**, FSQRT, FCOS, FSIN. FTAN. FATAN, FLN, FALN. FLOGIO FALOGlO 
FIXED, FLOATING, SCIENTIFIC. RANDOM. GAUSS IAN, PI, F>, F<, and F=. ' 

QED-Forth includes a complete matrix algebra library ranging from matrix editing 
functions to simultaneous equation solution, curve fitting, and fast fourier transforms 
The following is a sample of the many dozens of QED-Forth matrix functions : 
MATRIX:, MATRIX*, MATRIX*. COPY. MATRIX. SWAP.MATRIX 
ROW/COL. INSERTED, DOT. PRODUCT, MATRIX. VARIANCE INVERTED 
LEAST.SQUARES, SOLVE. EQUATIONS, and FFT. 


A heap-style memory manager facilitates dynamic run-time dimensioning of 
arrays, matrices, and data structures for optimal use of available RAM. Heaps and 
data structures as large as 8 Megabytes may be allocated and & a 

single contiguous block of memory. 
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CPU: 
Address Space: 
On Board Memory: 
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Software: 


Real-Time Clock: 


Timer Controlled I/O: 
I 
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^-A/D Conversion: 
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D/A Conversion: 




The QED Board 
Hardware Specifications 



Keypad Interface: 



Display Interface: 
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8 MHz or 16 MHz Motorola 68HC1 1F1 microcontroller. 

8 Megabytes, memory map optimized for high speed code execution. 

96K minimum up to 384K maximum. 

There are 3 memory sockets on the board: 

Socket 1 accomodates a 64K or 128K ROM; each board is shipped with a 64K 
development ROM in this socket. 

Socket 2 accommodates a 32K or 128K RAM with optional battery backup and real- 
time clock. 

Socket 3 accomodates 32K or 128K standard or battery-backed RAM, or 32K to 128K 
PROM. RAM in this socket can be write-protected tor PROM-less program development 
320 bytes of EEPROM are available for the user. 

Complete QED-Forth software development environment resides in 64K onboard ROM. 
Includes interactive Forth interpreter and compiler, assembler, symbolic debugger, 
comprehensive floating point and matrix math package, interrupt support, and device 
drivers. 

The QED Board is easily programmed from any PC or terminal via RS232 serial link. 

An optional real-time dock resides in a sealed battery-backed RAM in memory socket 2. 

It is fully supported by the QED-Forth software. 

3 or 4 input capture functions facilitate accurate detection of pulse edges and measurement 

of pulse widths. 4* — “S O _«■» £ * *••«>/ *>*»*> / "S a ^ t c 

4 or 5 output compare functions make It easy to create complex waveforms and pulse- 

width modulated signals. 

1 pulse accumulator function facilitates frequency measurement and pulse counting. 

8 channels of 8-bit analog-to-digital conversion with up to 45kHz sampling frequency. (90 
kHz with 16MHz CPU.) 

8 channels single-ended or 4 channels differential 12-bit analog-to-digital conversion with 
up to 13 kHz sampling frequency. (26kHz with 16MHz CPU.) 

8 channels of 8-bit multiplying digital-to-analog conversion. 

Pairs of D/A converters may be combined to yield high resolution (11+ bits) D/A 
conversion. 

4x5 keypad connects via direct cable interface and is read by a pre-coded keypad 
scanning routine. 

LCD display of up to 4 lines by 20 characters connects via direct cable interface and is 
controlled by pre-coded driver routines. 
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Digital I/O: 


Runtime Security: 
Interrupts. 
Connectors: 


Communications: 


Custom Configurations: 



An onboard penpheral interface adaptor (PIA) provides three 8-bit I/O ports nameo 
PPA, PPB and PPC. The 68 HC 1 1F1 processor provides an additional 20 digital 
I/O lines for a total of 44 digital I/O signals. 

The following table .groups I/O signals by function and notes their alternate uses. 
1/OsLanal arouo Alternate use 


I/O signal aroun 
8 I/O bits, PPA, bytewise configurable 
4 I/O bits, 1/2 PPC, nibble configurable 
8 Input bits, 68HC1 1F1 port E 
8 I/O bits, 68HC1 1 Port A, bitwise config 
4 I/O bits, 68 HC 11 Port D, bitwise config 
8 I/O bits, PPB, bytewise configurable 
4 I/O bi ts, 1/2 PPC. nibble configurable 
44 Total digital signals 


(8 Bit A/D) 

(Timer subsystem) 
(DAC, 12-bit A/D. SPI) 
(Display/keypad) 
(Keypad) 



Watchdog timer and clock monitor ensure orderly reset if a processor error occurs 

21 interrupts are associated with the 68HC1 1 s on-chip subsystems. 

All connectors use standard shrouded single or dual row .025" square posts on a 1" 
centerline pitch. 

40 pin digital I/O and control bus, dual row. 

40 pin analog I/O bus, dual row. 

40 pin address/data bus, dual row. 

34 pin interface connector (keypad and display), dual row. 

10 pin serial communications connector, dual row. 

6 pin power connector, single row. 

A hardware UART supports either RS232 or RS485 and a second software UART 
implements an RS232 interface. ' 

A fast synchronous serial peripheral interface (SPI) is also provided. 

*100 mA average current consumption at +5 volts. 

Onboard regulation converts 6-12VDC into +5V regulated 750 mA primary supply and 
1 0 mA secondary supply used for analog circuitry. The excess capacity of this supply 
is available to peripheral devices. 

Digital shutdown signal can turn off the primary supply, reducing power consumption to 
20 mW. 

Board can be directly powered by a regulated +5Volt supply. 

Power monitor ensures orderly power up/power down. 

Power fail early warning signal is generated onboard. 

EMI filter and power surge protection is provided on the board. 

Contact Mosaic Industries to discuss custom hardware configurations for your production 
volume orders. 


Mosaic Industries, Inc. 

W37 Central Avenue Suite 1, Newark, CA. 94560 
(510)790-1255 
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QED-Forth 

A Problem Solving Language 
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Like the processors it runs on, Form is stack based Parameter* am k- v 
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A Robotics Program 

horizontally, and uses a^electromagnet to ^x^ k TOt^lfc^Ss°fro a m r< ore pile ^ arw^r^A^iiS^ UP a ° d down and travel 
Vtfe first define me following routines (called “words- in Forth) to control the basic actions of the robot: 


GRAB 

LET.GO 

LOWER.ARM 

RAISE.ARM 

TRAVEL.TO 


\ activate electromagnet 
\ de-activate electromagnet 
\ activate vertical motor in - direction 
\ activate vertical motor in + direction - . 

\ activate horizontal motor until destination is reached 


Next lers define some locations expressed in the coordinate system of the robot For example, 


0 

100 


CONSTANT HOME.BASE 
CONSTANT FIRST.BASE 


Wien HOME.8ASE is later executed, it leaves its value. 0. on the stack. Likewise, FIRST.BASE leaves 100 on (tip stack. 

’ We now define a robot control word that moves an object from one location to another: • 

• MOVE.OBJECT .( origintoestination — ) V;. 

• LOCALS{ idestination Aorigin } ..: ' . *..■ V- 

^origin TRAVEL.TO . -V" ' . ■ 

LOWER.ARM GRAB RAISE.ARM ' ‘ - - V . - - T '>='.■• 

*. . •' ^destination TRAVEL TO •' •••'.• :• 

; : _ . .• LOWER.ARM LET.GO RAISEARM ; % . v V - ■ 

: Jc B 

J f?*-,''""". *> 1- <££* Sy M^£t£T ^ “ i?« rwmesorOwkuM^motow . . 

life' 
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Now that the definition has been compiled, we can simply state a starting point, a destination, and the acti 
HOMEBASE FIRST.BASE . MOVE.OBJECT V . ’:' - - 

and QED-Forth will execute the command. We can watch the robot arm move the object anrt J/ • 

properly. If not. the code can be easily modified and re-compiled until it worKs corretltly. and thei^hjher level word? 
can be constructed until the robotics application is complete. • e ® words 


Solving Simultaneous Equations the Easy Way 

To demonstrate the computational power of QED-Forth. let's see how easy it is to solve a set of simultaneous equations such as: 

1 .07 X, + 0 1 9 X 2 + 0.23 X, = 2.98 
0 38 X, + 1 .00 Xj + 0.74 X, = 3.48 
0.12 X, +■ 0.53 X 2 + 1.20 X J = 3.70 

The equations can be represented by the matrix equation 
C X = R 

where C is the 3 by 3 matrix of coefficients, X is the 3 bv 1 matrix of unknown rv y' y \ n • 

side values. The following commented code solves the system of equations: 1x1 R 155 ^ 3 by 1 matnx of Right-hand- 


MATRIX; C 
MATRIX C = 


MATRIX: R 
MATRIX R = 

MATRIX: X 


3 3 'C DIMMED 
1.07 0.19 0.23 
0.38 1.00 0.74 
0.12 0.53 1.20 

3 1 ’ R DIMMED 
2.98 3.48 3.70 


’C ' R ’ X SOLVE EQUATIONS 
' X M.. 


\ create and dimension coefficient matrix 
\ initialize coefficients matrix 


\ create and dimension right hand side 
\ initialize right hand side matrix 

A create the matrix of unknowns 

\ calculate the answer 
\ print the solution 


QED-Forth responds. 


Matrix X = 
2.099 
0.8259 
2.509 




The Power of QED-Forth 

. *«y .*» me us. , o. me »«* M> a M 0/A . . 

I Mosaic Industries, Inc. ' : -VU;.'-. ^ : ^v’' 

* venue Suite ! ' Newark, CA. 94560 > ’ ' 
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Stand-alone Operation: 


Assembler: 



A Multitasking: An integrated real-time operating system implements cooperative an 

preemptive (timesliced) multitasking with only 60 psec task 

SSSS’JST 30,1 ma " co ' <es ,ac "' ,a,e in '* Maa * 

Stand-alone Operation: The QEO Board la easily configured to execute a user-defined prooram 

power-up or reset using the QED-Forth command AUTOSTART ^ 1 

Assem bier: An integrated assembler with psuedo-high-level iteration and decision man™ 

macros simplifies coding of time-critical routines. Assembly code aivi hJ2 
level QED-Forth code can be combined without restriction. ® 

Symbolic Debugging and Trace: Any user-defined high level or assembly coded routine can be examined with 

the debugging tools. Single stepping, program tracing, register content 
reporting, and setting of software breakpoints make it easy to isolate boos 
The full power of QED-Forth is available in the debugging mode. For exa^Se 
even if the user has suspended operation in the middle of a louBrSttSte 
being debugged, memory contents can be verified and variables can be 
checked, simply typing two carnage returns from the terminal then resumes 
execution of the suspended routine where it left off. 

Error Handling: QED-Forth messages are easily understood sentences. Custom error 

condition functions can be defined by the user. 0 

Time Critical Codin 9 Support: ^BENCHMARK: routine calculates the execution time of any specified 


Symbolic Debugging and Trace: 


Sample QED-Forth Benchmarks: 
(8MHz crystal) 


4 / 




Operation 
F+, F- 
F* 

F/ 

FSQRT 

FSIN 

FLN 

3x3 matrix multiply 
1 0x1 0 matrix inversion 
64 point complex FFT 

Task switch 
Interupt latency 
Interupt exit time 


0.170 msec 
0.160 msec 
0. 1 50 msec 
1 .550 msec 
2.770 msec 
2.480 msec 


0.017 sec 
0.800 sec 1 
0.600 sec 

60.00 psec 

17.00 psec 

10.00 psec 


tion tim« 


• / t »*i E 

<2 . y*t PUTC 

1 '!* Ft* /5«e. 




e i£^L on apply *> QE0 Boar!,s witt ' SMHz crystal frequencies 
1 6MHz QED Boards execute at twice this speed. 


iUijji Mosaic Industries, Inc. 

gHU 5437 Central Avenue Suite 1, Newark, CA. 94560 
***(510) 790-1255 
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APPENDIX I - SOIL SPECIFICATIONS 


The test environment located a NASA's Ames Research Center tries to copy what is on the moon. 
The environment that we built building in the Gauss Mechanical Engineering Laboratory at the University 
of Idaho is similar to that of Ames. In the fall of 1992 a test container was built and mass calculations of 
environment material were completed. It was determined that 1500 pounds of basalt sand were necessary 
to fill the container. The test environment is made of different grit sizes of basalt sand. The composition 
of which follows: 


Screen Number 




8-16 

5 

10 

150 

16-30 

3 

6 

90 

30-50 

10 

20 

300 

50-100 

12 

24 

360 

100-200 

20 

40 

600 

200+ 

50 

0 

000 

Totals 

100 

100 

1500 


The screen numbers shown are a range of screen numbers. For example, of the moon's surface 
composition, twelve percent of it is made up of material that is in the range of a 50 to a 100 screen. The 
numbers indicate how many holes there are in the screen per square inch. The reason that Ames Research 
Center and University of Idaho are not using the 200+ screens is because the particles that are obtained 
from this screen are so small that they are more trouble in the environment (too many dust problems) than 
they’ are worth. 
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APPENDIX J - POWER SYSTEM HEAT TRANSFER ANALYSIS 

For a horizontal cylinder: L = 0.049 meters; Incropera & Dewitt equation 9.34; 


t kNu k 

h- = — 

D D I 


0.6 + 


__038 l_Ra^__ 

(l i ( •“^ ) 9/16 '> 8/27 
1 V Pr } ’ 


gg g-T^ 

D vD 

@ 300 Kelvin: 

k = 26.3x]0 -3 W/mK; a = 22.5x 10 -6 m 2 /sec; v = 15.89x 10" 6 m 2 /sec; Pr = 0.707; D = 0. 1 14 inch 
Ra D = 135505. 19x(T s - T^) 


h = 0. 23 1(0. 6 + 0.32 12 • Ra h6 f 


AT 

Ran 

- W 
mk 

30 

4065156 

5.01 

20 

2710103.8 

4.46 

10 

1355051.9 

3.657 

5 

677525.95 

3.01 


For batteries in rover wheels: Incropera & Dewitt equation 9.58; 


2jik, 


Cff 


ln(— ) 
D/ 


[T-T 0 ) 


Ra = 


( D V 
ln(— 

a 


gB(7 ;-r p ) 


(D- 315 + Df 5 ) va 


D 0 = 0. 108 meters; Dj = 0.0252 meters 


Ra 



(l08' 3/5 +.0252~ 



(9.81)(l/300)(7;-7;) 
(15.89x 10 _6 )(22.5x 10 -6 ) 
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Rac= 114665x(Tj-T 0 ) 




=(0.386)(26.3xl0 3 ) 
K ff = 0.04841(2;- T 0 ) 


.707 


0.861+.707 


1/4 


(5.819)(^- T a ) ] 


1/4 


vl/4 


2^ 04841)(?:-rj s/4 
¥ / .108 


in 


.0252 


q'=209(T,-T o ) 


5/4 


T-Z 


hA 


T =-3— + T 

° hA 00 


q'= 0.209 Z-fj-Z 
hA 


5/4 


A = 7i v . 108 m)(.049 m) = 0.0166 m 2 


R = 5.5 mH 

q = I 2 R = (5)(0.5 A) 2 (5.5 mfl) = 0.007 Watts 


q’ = (0.007 W)/(0.049 m) = 0. 140 Watts per meter 

0.140=.209fr — 293I 


' (3)(. 1 066) 


Tj = 20.9 °C => Temperature of Battery in Wheel 

For Charger Circuit: Incropera & Dewitt equation 7.50; 
q H “ ^min x ^E " ^oo) 

h L = -x0.0308xRe 45 Pr ,/3 

L 
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T f = 300 Kelvin 


^ = — x 0. 0308 x Re 4/5 Pr 1/3 


(T E -TJ l 


Re = 


q"xL 


vS/4 


V = — x 


(T E -TJxkx 0.0308 xPr 

( 


1/3 


q"xL 


v 5/4 


; where (T w - T^) = AT 


L U 7 > r J x * x00308xPrl/3 y 

q = 80 Watts; AT = 40, where T w = circuit temperature and T^ = ambient temperature 

FAN 



2.5" 

4.5" 


Circuit Board Surface Area 
(square inches) 

Volume Flow Rate 
(CFM) 

48 

207 

72 

126.7 

96 

87 

144 

52.6 


(Fan Rating, where CFM = cubic feet per minute) ft 
q = 40 Watts; AT = 40; Q = Vx A, where Q = Volume Flow Rate, V = Volume and A = Area 



Volume Flow Rate ! 

Area (square inches) 


48 

87.3 

72 

53.3 

93 

36.7 

144 

22.1 


(Fan Rating, where CFM = cubic feet per minute) ft 
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APPENDIX K - SAFETY ANALYSIS OF CHARGER AND CHARGING PROCESS 

The following safety analysis was undertaken to help quantify and rank the possible failure 
modes of the charging system. First, the frequency of occurrence of each hazard is listed, and a frequency 
value of A, B, C, D, or E is assigned to show how often each hazard occurs. Next, the consequence of 
each hazard is listed, and a value of I, n, m, or IV is assigned to that particular hazar d to show the 
severity of the outcome of each hazard. Finally, The frequency and consequence of each hazar d are 
related by a number. These numbers (shown in Table C-l), called hazard risk indexes, are given by 
Military Standard 882B. 


Table C-l. Hazard assessment matrix. 


FAILURE MODE 

FAILURE EFFECTS 

INDEX 

ACTION 

Electric shock 

Death 

D, I: 8 

Insulate and ground 

Handle failure 

Crushed toes, damaged equipment 


Carry with two hands 

Foreign object in fan 

Hurt fingers, broken fan 


Fan gaurd 


Electronics overheating/failure 

ran 

Leave space for airflow 

Bum yourself 

Burned fingers 

Imimi 

Avoid electronics contact 

Plastic PCB holder failure 

n?-Ti j T: 1 ^ 

EXjBQ 

Place on level surface 

Trip over cord 

i » i Anil 

iTmiaLj 

Tape cords down 


Electric shock, shorting 

COES 


Display damage 

Charger malfunction 

0EMD 


Improper removal of cover 

Electrical shock, charger damage 

ora 



Frequency 

Hazard Cateeorv 

A. Frequent 

I. Catastrophic 

B. Probable 

II. Critical 

C. Occasional 

III. Marginal 

D. Remote 

IV Negligible 

E. Improbable 



Hazard R isk Index 
1-5 Unacceptable Situation 

6-9 Undesirable Situation 
10-17 Acceptable with Review 
18-20 Acceptable without Review 
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APPENDIX L - CHARGING PROCEDURE 


Figure C-l shows the schematics of the charger and the rover as well as the terminology used in this 
procedure. 


LEDs 



Step 1: 

Plug the charger power cord (in back) into a 
standard 120 Volt wall outlet. 

Step 2: 

Disconnect the 12 pin battery connector cord 
from the rover box. 

Step 3: 

Plug in the rover recharging cord to the 12 pin 
battery connector cord. Make sure connection is 
secure. 

OED. SENSOR. AND 
CLINOMETER HOUSING 


Rover Recharging Cord 


Power Switch 


12 pin 
Battery 
Connector 


POWER OUT TO SENS0RSI4) 
OED INPUTKI 



Figure C-l . Charger and Rover connection schematics. 


Step 4: 

Turn the power switch to the on position. (Switch will illuminate when it is in the on position.) All six 
LED's should also be lit. The operator can now leave the charger unattended. 

WARNING : DO NOT OBSTRUCT AIRFLOW THROUGH LOUVERS OR FAN. 

The charger will stop charging automatically when the batteries are at full capacity. Wait approximately 
six hours until all of the LED's turn off. This signals that the batteries are completely charged. Turn the 
power switch to the off position, disconnect the rover charging cord and reconnect the 12 pin battery 
connector cord. 
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APPENDIX M - FINAL DRAWINGS 


Provided Upon Request 
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